Percorso di apprendimento: applicazioni su larga scala - Considerazioni sulla produzione

In questa serie di tutorial, alcune considerazioni sulla pianificazione sono semplificate in modo che tu possa concentrarti sull'apprendimento delle funzionalità e dei servizi chiave della versione Google Kubernetes Engine (GKE) Enterprise. Prima di iniziare a creare il tuo ambiente della versione Google Kubernetes Engine (GKE) Enterprise simile a quello descritto in questa serie di tutorial, devi tenere a mente alcune ulteriori considerazioni sulla pianificazione. Queste considerazioni includono il livello di gestione del cluster, il networking e i tipi di disponibilità.

Networking

I cluster GKE richiedono un'attenta pianificazione degli indirizzi IP. Le opzioni di networking che scegli influiscono sull'architettura dei tuoi cluster GKE. Alcune di queste opzioni non possono essere modificate dopo essere state configurate senza ricreare il cluster.

In questa serie di tutorial, utilizzerai i cluster in modalità Autopilot che utilizzano sempre il networking in modalità VPC nativa. I cluster nativi di VPC utilizzano intervalli di indirizzi IP alias sui nodi GKE e sono necessari per creare cluster sui VPC condivisi. I cluster nativi di VPC scalano più facilmente rispetto ai cluster basati su route senza consumare le route di Google Cloud e sono quindi meno suscettibili al raggiungimento dei limiti di routing.

Prima di creare il tuo ambiente GKE Enterprise ed eseguire il deployment dei carichi di lavoro, rivedi le seguenti indicazioni sul networking:

Modalità cluster

In questo insieme di tutorial creerai un cluster GKE Enterprise a livello di regione che utilizza la modalità Autopilot. I cluster Autopilot sono preconfigurati con una configurazione del cluster ottimizzata, pronta per i carichi di lavoro di produzione. In alternativa, puoi usare i cluster in modalità standard per una configurazione più flessibile.

Per una panoramica più completa, consulta i documenti di pianificazione che iniziano con le scelte di configurazione dei cluster.

Spazi dei nomi

consentono di organizzare le applicazioni e isolare i componenti l'uno dall'altro. Ogni spazio dei nomi ha il proprio set di risorse, ad esempio pod, servizi e deployment. Ad esempio, puoi creare uno spazio dei nomi per tutti i servizi frontend e uno per i servizi di backend. Questo raggruppamento semplifica la gestione dei servizi e il controllo dell'accesso.

In questo insieme di tutorial, eseguirai il deployment dei pod e dei servizi per l'applicazione di esempio Cymbal Bank in un unico spazio dei nomi. Questo approccio riduce la complessità del deployment, ma non consente di utilizzare gli spazi dei nomi per assegnare risorse a team e utenti diversi, come in un ambiente di produzione. Inoltre, non consente di sfruttare le funzionalità di gestione dei team di GKE Enterprise, che consentono di strutturare i parchi risorse, gli spazi dei nomi e le autorizzazioni per consentire ai team di agire in modo indipendente come "tenant" separati nel parco risorse con le proprie risorse. Per un esempio più sicuro e pronto per la produzione dell'applicazione di esempio di Cymbal Bank che utilizza più spazi dei nomi, consulta Architettura dell'applicazione di Cymbal Bank.

Budget per le interruzioni dei pod

I criteri di budget di interruzione dei pod (PDB) aiutano a garantire le prestazioni dell'app impedendo che i pod si spengano contemporaneamente quando apporti una modifica al sistema e limitando il numero di pod contemporaneamente non disponibili in un'applicazione replicata.

In questa serie di tutorial, non devi configurare né utilizzare i PDB. Quando completi il tutorial per simulare l'errore, i servizi e i nodi dovrebbero rispondere come previsto. Quando esegui il deployment dei tuoi carichi di lavoro, i PDB sui nodi potrebbero bloccare il svuotamento dei nodi.

Se utilizzi i PDB, rivedi la configurazione prima di provare a contrassegnare i nodi come non pianificabili e svuotare. Se i nodi non possono svuotare correttamente, potresti avere problemi con gli eventi di manutenzione pianificati.

Passaggi successivi

Per iniziare, completa il primo tutorial per il deployment di un singolo cluster GKE che esegue un'applicazione basata su microservizi.