Operazioni per la piattaforma e le applicazioni per sviluppatori

Last reviewed 2024-04-19 UTC

Il funzionamento di una piattaforma per sviluppatori e di applicazioni containerizzate richiede un numero diverse attività amministrative che dovrete svolgere su base continuativa. Queste attività includono, ad esempio, la creazione di nuove applicazioni da un modello, autorizzare nuovi gruppi di sviluppatori a usare la piattaforma per sviluppatori, pianificare esigenze di capacità e il debug dei problemi di runtime.

Le operazioni possono essere automatizzate o eseguite manualmente.

Operazioni automatizzate comuni

Il progetto fornisce automazione per alcune delle attività più comuni nel modulo. di attivatori webhook, che sono un semplice tipo di API. Gli attivatori sono collegati automaticamente al webhook da uno dei repository di controllo del codice sorgente. Piattaforma per sviluppatori gli sviluppatori possono collegare gli altri trigger. In genere, la piattaforma per sviluppatori gli sviluppatori scrivono un portale per gli sviluppatori, che può essere un semplice modulo web che chiama un attivatore webhook quando viene inviato un modulo.

La tabella seguente descrive le attività comuni automatizzate dal progetto utilizzando trigger webhook. La frequenza delle attività ha uno scopo illustrativo perché la frequenza di un'attività dipende da molti fattori. Le attività non necessariamente si ripetono a intervalli precisi.

Attività Utente Descrizione Frequenza attività

Aggiungi un tenant.

Amministratore di piattaforma per sviluppatori

L'amministratore invia un modulo sul portale per gli sviluppatori. Il nuovo tenant e campi del modulo includono il nome del tenant e i membri del team. Un attivatore automatico crea le risorse per il nuovo tenant.

Qualche volta all'anno

Aggiungi un'applicazione basata su un modello di applicazione esistente.

Sviluppatore di applicazioni

Lo sviluppatore invia un modulo sul Portale per gli sviluppatori. La nuova applicazione i campi del modulo includono il nome del tenant, il nome dell'applicazione e modello di applicazione. Un trigger automatico crea risorse per un nuovo un'applicazione.

Qualche volta all'anno

Crea ed esegui il deployment delle modifiche al codice sorgente per un'applicazione di sviluppo software.

Sviluppatore di applicazioni

Lo sviluppatore modifica il codice sorgente, lo esegue e lo testa localmente esegue il commit del codice. Il progetto non è coinvolto nei flussi di lavoro degli sviluppatori locali, lo strumento Skaffold supporta una .

Qualche volta al giorno per ogni applicazione

Esegui il deployment delle modifiche alla configurazione YAML per un'applicazione nello sviluppo completamente gestito di Google Cloud. Un esempio di modifica alla configurazione YAML è l'aumento della CPU risorsa di deployment.

Sviluppatore di applicazioni

Lo sviluppatore modifica la configurazione dell'applicazione ed esegue il commit modifica.

Un paio di volte alla settimana per ogni domanda

Eseguire il deployment delle modifiche dell'infrastruttura delle applicazioni nell'ambiente di sviluppo. L'infrastruttura dell'applicazione è le risorse cloud progetto. Una modifica di esempio è un aumento del conteggio delle CPU per un AlloyDB per PostgreSQL.

Sviluppatore di applicazioni

Lo sviluppatore modifica la risorsa dell'applicazione progetto Terraform e esegue il commit della modifica. Lo sviluppatore invia un modulo sul Portale per gli sviluppatori. Un un trigger automatico avvia il piano e applica la pipeline.

Molte volte all'anno

Promuovere le modifiche delle applicazioni dallo sviluppo a quello non di produzione (o da produzione a produzione). Le modifiche alla domanda di adesione possono includere nuove richieste di o modifiche alla configurazione YAML dell'applicazione.

Operatore applicazione

L'operatore unisce le modifiche dal ramo di sviluppo al ramo non di produzione (o dal ramo non di produzione a quello di produzione). L'operatore supervisiona l'implementazione.

Più volte alla settimana per ciascuna applicazione.

Promuovere le modifiche all'infrastruttura delle applicazioni dallo sviluppo alla non di produzione (o da non di produzione a produzione).

Operatore applicazione

L'operatore unisce le modifiche di selezione dal ramo di sviluppo al ramo non di produzione (oppure dal ramo non di produzione al ramo ramo). L'operatore supervisiona l'implementazione.

Più volte al trimestre per ciascuna applicazione

Operazioni manuali comuni

Alcune operazioni della piattaforma per sviluppatori sono di natura meno strutturata e non utilizzano con una piattaforma per sviluppatori. Puoi sviluppare i tuoi playbook personalizzati su questo progetto ed eseguire queste attività nella console Google Cloud.

La tabella seguente descrive queste attività non automatizzate. La frequenza delle attività hanno scopo puramente illustrativo, perché la frequenza di un'attività dipende fattori. Le attività non si ripetono necessariamente a intervalli precisi.

Attività Utente Descrizione Frequenza attività

Definisci un nuovo modello di applicazione.

Sviluppatore piattaforma per sviluppatori

Lo sviluppatore modifica un modello di applicazione basato su un o che trasferisce un modello in una nuova lingua.

Qualche volta all'anno

Esamina gli errori di runtime del servizio nello sviluppo completamente gestito di Google Cloud.

Sviluppatore di applicazioni

Lo sviluppatore utilizza Esplora log ed Esplora metriche. nella console Google Cloud per esaminare log degli errori, metriche di monitoraggio e serie temporali per tenant e applicazioni.

Qualche volta al mese

Esamina gli errori di runtime del servizio in produzione e non di produzione ambienti cloud-native.

Operatore applicazione

L'operatore utilizza Esplora log ed Metrics Explorer nel Console Google Cloud per esaminare log degli errori, metriche di monitoraggio e dati delle serie temporali per tenant e applicazioni.

Qualche volta al mese

Esamina gli errori di build.

Sviluppatori di applicazioni

Lo sviluppatore visualizza Cloud Build cronologia, inclusi stato e log della build, nella console Google Cloud.

Qualche volta alla settimana

Esamina gli errori di deployment nell'ambiente di sviluppo

Sviluppatori di applicazioni

Lo sviluppatore vede Cloud Deploy di release e implementazione nella console Google Cloud per controllare lo stato di esito positivo e i log di un tentativo di deployment, inclusi eventuali errori.

Qualche volta al mese

Esamina gli errori di deployment negli ambienti non di produzione e di produzione ambienti

Operatori delle applicazioni

L'operatore visualizza Cloud Deploy di release e implementazione nella console Google Cloud per controllare lo stato di esito positivo e i log di un tentativo di deployment, inclusi i log degli errori.

Qualche volta al mese

Connettiti ai cluster per eseguire il debug dei problemi di GKE.

Amministratore di piattaforma per sviluppatori

L'amministratore utilizza il gateway di connessione per connetterti a cluster privati. Per problemi comuni, come i pod non pianificati, amministratore può esaminare le informazioni sui problemi comuni (ad esempio non pianificati pod) nella console Google Cloud.

Qualche volta al mese

Pianifica la capacità e ottimizza i costi.

Amministratore di piattaforma per sviluppatori

L'amministratore esamina GKE l'utilizzo delle risorse, aggregato per ambito o spazio dei nomi, nella console Google Cloud.

Pianificata come attività ricorrente mensile.

Ridimensiona, aggiungi o rimuovi i pool di nodi.

Amministratore di piattaforma per sviluppatori

L'amministratore modifica l'IaC in base alle necessità ed esegue nuovamente il deployment diverse applicazioni.

Completata in risposta alla pianificazione delle capacità.

Controlla la security posture.

Amministratore di piattaforma per sviluppatori

L'amministratore verifica la presenza di vulnerabilità e conformità agli standard utilizzando l'API GKE dashboard della security posture.

Pianificata come attività ricorrente mensile.

Eseguire l'upgrade delle versioni software del sistema del cluster (ad esempio, Kubernetes ).

Amministratore di piattaforma per sviluppatori

L'amministratore utilizza i periodi di manutenzione di GKE ed esclusioni per consentire upgrade solo durante gli orari pianificati. L'amministratore utilizza prima la finestra di upgrade aperta nell'ambiente di sviluppo. Dopo il giorno valutare l'integrità dell'upgrade, l'amministratore esegue l'upgrade nell'ambiente non di produzione e poi in quello di produzione.

Pianificata come attività ricorrente trimestrale.

Installa gli aggiornamenti critici della sicurezza del cluster.

Nessuno

Operazione automatica, eseguita da GKE.

Qualche volta all'anno

Testa il failover a livello di regione.

Amministratore di piattaforma per sviluppatori e amministratore di applicazioni

Gli amministratori pianificano e avviano manualmente un failover a livello di regione dell'ambiente in modo appropriato.

Annuale nell'ambito di esercizi di ripristino di emergenza

Aggiungi una regione.

Amministratore di piattaforma per sviluppatori, sviluppatore di piattaforma per sviluppatori e amministratore applicazione

L'amministratore della piattaforma per sviluppatori esegue il deployment di cluster GKE aggiuntivi nella nuova regione. L'amministratore aggiorna il modello di applicazione per aggiungere una nuova fase di deployment per gli ambienti pertinenti. L'operatore dell'applicazione quindi integra la modifica per aggiungere la sequenza di deployment in modo da includere il nuovo regione.

Molto raramente

Spostati in una nuova regione.

Amministratore di piattaforma per sviluppatori, sviluppatore di piattaforma per sviluppatori e amministratore applicazione

Gli utenti aggiungono la nuova regione come descritto in Aggiungere una regione. Dopo aver testato la nuova gli utenti rimuovono la vecchia regione.

Molto raramente

Passaggi successivi