L'uso di una piattaforma per sviluppatori e di applicazioni containerizzate richiede una serie di attività amministrative diverse da svolgere costantemente. Queste attività includono, ad esempio, la creazione di nuove applicazioni da un modello, l'autorizzazione a nuovi gruppi di sviluppatori a utilizzare la piattaforma per sviluppatori, la pianificazione delle esigenze di capacità e il debug dei problemi di runtime.
Le operazioni possono essere automatizzate o eseguite manualmente.
Operazioni automatizzate comuni
Il progetto fornisce l'automazione per alcune delle attività più comuni sotto forma di attivatori webhook, che sono un semplice tipo di API. I trigger sono connessi automaticamente agli eventi webhook provenienti da uno dei repository di controllo del codice sorgente. che gli sviluppatori delle piattaforme di sviluppo possono collegare. In genere, gli sviluppatori di piattaforme per sviluppatori scrivono un portale per gli sviluppatori, ovvero un semplice modulo web che chiama un attivatore del webhook quando viene inviato un modulo.
La seguente tabella descrive le attività comuni automatizzate dal progetto base utilizzando i trigger di webhook. Le frequenze delle attività hanno uno scopo illustrativo, perché la frequenza dipende da molti fattori. Le attività non si ripetono necessariamente a intervalli precisi.
| Attività | Utente | Descrizione | Frequenza attività |
|---|---|---|---|
Aggiungi un tenant. |
Amministratore della piattaforma di sviluppo |
L'amministratore invia un modulo sul portale per gli sviluppatori. I nuovi campi del modulo per il tenant includono il nome del tenant e i membri del team. Un trigger automatico crea le risorse per il nuovo tenant. |
Qualche volta all'anno |
Aggiungi un'applicazione in base a un modello di applicazione esistente. |
Sviluppatore di applicazioni |
Lo sviluppatore invia un modulo sul portale per gli sviluppatori. I nuovi campi del modulo di applicazione includono il nome del tenant, il nome dell'applicazione e il modello di applicazione di base. Un trigger automatico crea risorse per una nuova applicazione. |
Qualche volta all'anno |
Creare ed eseguire il deployment di modifiche al codice sorgente per un'applicazione nell'ambiente di sviluppo. |
Sviluppatore di applicazioni |
Lo sviluppatore modifica il codice sorgente, esegue e testa il codice localmente ed esegue il commit del codice. Il progetto base non è coinvolto nei flussi di lavoro degli sviluppatori locali, ma lo strumento Skaffold supporta un passaggio per le build locali. |
Qualche volta al giorno per ogni applicazione |
Esegui il deployment delle modifiche alla configurazione YAML per un'applicazione nell'ambiente di sviluppo. Un esempio di modifica della configurazione YAML è l'aumento della CPU di una risorsa di deployment. |
Sviluppatore di applicazioni |
Lo sviluppatore modifica la configurazione dell'applicazione ed esegue il commit della modifica. |
Qualche volta alla settimana per ogni domanda |
Eseguire il deployment delle modifiche all'infrastruttura delle applicazioni nell'ambiente di sviluppo. L'infrastruttura dell'applicazione è le risorse cloud nel progetto di un'applicazione. Una modifica di esempio è un aumento del conteggio di CPU per un'istanza AlloyDB per PostgreSQL. |
Sviluppatore di applicazioni |
Lo sviluppatore modifica il progetto Terraform della risorsa dell'applicazione ed esegue il commit della modifica. Lo sviluppatore invia un modulo sul portale per gli sviluppatori. Un trigger automatico avvia il piano e applica la pipeline. |
Molte volte ogni anno |
Promuovi le modifiche dell'applicazione dallo sviluppo a quello non di produzione (o da quello non di produzione a quello di produzione). Le modifiche all'applicazione possono includere nuove immagini dell'applicazione o modifiche alla configurazione YAML dell'applicazione. |
Operatore dell'applicazione |
L'operatore unisce le modifiche dal ramo di sviluppo a quello non di produzione (o dal ramo non di produzione a quello di produzione). L'operatore supervisiona l'implementazione. |
Più volte alla settimana per ogni applicazione |
Promuovi i cambiamenti dell'infrastruttura delle applicazioni dallo sviluppo a quello non di produzione (o da quello non di produzione a quello di produzione). |
Operatore dell'applicazione |
L'operatore unisce le modifiche selezionate dal ramo di sviluppo al ramo non di produzione (o dal ramo non di produzione al ramo di produzione). L'operatore supervisiona l'implementazione. |
Più volte ogni trimestre per ciascuna applicazione |
Operazioni manuali comuni
Alcune operazioni della piattaforma per sviluppatori sono meno strutturate e non utilizzano l'automazione con una piattaforma per sviluppatori. Puoi sviluppare i tuoi playbook in base a questo progetto ed eseguire queste attività nella console Google Cloud.
La tabella seguente descrive queste attività non automatizzate. Le frequenze delle attività hanno uno scopo illustrativo perché la frequenza delle attività dipende da molti fattori. Le attività non si ripetono necessariamente a intervalli precisi.
| Attività | Utente | Descrizione | Frequenza attività |
|---|---|---|---|
Definire un nuovo modello di applicazione. |
Sviluppatore della piattaforma per sviluppatori |
Lo sviluppatore modifica un modello di applicazione basato su un modello di progetto o trasferisce un modello in una nuova lingua. |
Qualche volta all'anno |
Esamina gli errori di runtime del servizio nell'ambiente di sviluppo. |
Sviluppatore di applicazioni |
Lo sviluppatore utilizza Esplora log ed Metrics Explorer nella console Google Cloud per esaminare i log degli errori, le metriche di monitoraggio e i dati delle serie temporali per tenant e applicazioni. |
Qualche volta al mese |
Analizzare gli errori di runtime del servizio negli ambienti di produzione o non di produzione. |
Operatore dell'applicazione |
L'operatore utilizza Esplora log ed Metrics Explorer nella console Google Cloud per esaminare i log degli errori, le metriche di monitoraggio e i dati delle serie temporali per tenant e applicazioni. |
Qualche volta al mese |
Esamina gli errori di build. |
Sviluppatori di applicazioni |
Lo sviluppatore visualizza la cronologia di Cloud Build, inclusi lo stato e i log, nella console Google Cloud. |
Qualche volta alla settimana |
Esamina gli errori di deployment nell'ambiente di sviluppo |
Sviluppatori di applicazioni |
Lo sviluppatore visualizza la cronologia delle release e dell'implementazione di Cloud Deploy nella console Google Cloud per verificare lo stato di operazione riuscita e i log di un tentativo di deployment, inclusi eventuali errori. |
Qualche volta al mese |
Analizzare gli errori di deployment negli ambienti non di produzione e di produzione |
Operatori delle applicazioni |
L'operatore visualizza la cronologia delle release e del lancio di Cloud Deploy nella console Google Cloud per verificare lo stato di operazione riuscita 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 della piattaforma di sviluppo |
L'amministratore utilizza il gateway di connessione per connettersi ai cluster privati. Per problemi comuni, ad esempio i pod non pianificati, l'amministratore può rivedere le informazioni sui problemi comuni (ad esempio i pod non pianificati) nella console Google Cloud. |
Qualche volta al mese |
Pianifica la capacità e ottimizza i costi. |
Amministratore della piattaforma di sviluppo |
L'amministratore esamina l'utilizzo delle risorse GKE, aggregato per ambito o spazio dei nomi, nella console Google Cloud. |
Pianificata come attività ricorrente mensile. |
Ridimensiona, aggiungi o rimuovi pool di nodi. |
Amministratore della piattaforma di sviluppo |
L'amministratore modifica l'IaC in base alle esigenze ed esegue nuovamente il deployment delle applicazioni. |
Eseguito in risposta alla pianificazione della capacità. |
Controlla la postura di sicurezza. |
Amministratore della piattaforma di sviluppo |
L'amministratore verifica la presenza di vulnerabilità e conformità agli standard utilizzando la dashboard della postura di sicurezza di GKE. |
Pianificata come attività ricorrente mensile. |
Esegui l'upgrade delle versioni del software del sistema cluster (ad esempio la versione di Kubernetes). |
Amministratore della piattaforma di sviluppo |
L'amministratore usa le esclusioni e i periodi di manutenzione di GKE per consentire gli upgrade solo durante gli orari pianificati. L'amministratore usa prima la finestra aperta per l'upgrade nell'ambiente di sviluppo. Dopo aver valutato l'integrità dell'upgrade, l'amministratore esegue l'upgrade dell'ambiente non di produzione e poi dell'ambiente di produzione. |
Pianificata come attività ricorrente trimestrale. |
Installa aggiornamenti critici della sicurezza del cluster. |
Nessun valore |
Automatico, eseguito da GKE. |
Qualche volta all'anno |
Testa il failover a livello di regione. |
Amministratore della piattaforma per sviluppatori e amministratore delle applicazioni |
Gli amministratori pianificano e avviano manualmente un failover a livello di regione dell'ambiente in base alle esigenze. |
Ogni anno, nell'ambito di esercitazioni di ripristino di emergenza |
Aggiungi una regione. |
Amministratore della piattaforma per sviluppatori, Sviluppatore della piattaforma per sviluppatori e Amministratore delle applicazioni |
L'amministratore della piattaforma per sviluppatori esegue il deployment di altri cluster GKE nella nuova regione. L'amministratore aggiorna il modello dell'applicazione per aggiungere la nuova fase di deployment per gli ambienti pertinenti. L'operatore dell'applicazione integra quindi la modifica per aggiungere una sequenza di deployment per includere la nuova regione. |
Molto raramente |
Spostati in una nuova regione. |
Amministratore della piattaforma per sviluppatori, Sviluppatore della piattaforma per sviluppatori e Amministratore delle applicazioni |
Gli utenti aggiungono la nuova regione come descritto in Aggiungere una regione. Dopo aver testato la nuova configurazione, gli utenti rimuovono la regione precedente. |
Molto raramente |
Passaggi successivi
- Scopri di più sulla gestione dei costi e delle attribuzioni per la piattaforma per sviluppatori (documento successivo di questa serie).