Progetta software per un ambiente cloud native

Definisci il comportamento necessario

Le pratiche cloud native aiutano a rendere ripetibili sviluppo e gestione operativa in ambienti pubblici, privati o ibridi. La CNCF mette in evidenza sistemi che restano gestibili, osservabili e resilienti mentre cambiano. Container e orchestrazione possono aiutare. Da soli non dimostrano tutte queste proprietà.

Parti da un servizio fittizio di report. Uno strumento AI crea un endpoint, un worker e un’immagine container. Una dimostrazione produce il PDF corretto. Prima della produzione, il team deve rispondere a un’altra domanda: cosa accade quando la piattaforma sostituisce il worker durante un job?

È una domanda di progettazione applicativa oltre che infrastrutturale. Un riavvio può ripristinare un processo perdendo però il lavoro incompleto.

Separa il processo dallo stato persistente

Il prototipo conserva job in coda e report completati sul disco del container. Sostituire il container può rimuovere entrambi. Aggiungere worker può anche produrre risposte diverse a seconda di quale worker riceve la richiesta.

Il progetto rivisto usa un archivio persistente dei job e un object store approvato. Una richiesta registra l’identità del job. Un worker prende in carico il job, crea il risultato e ne registra la posizione. I controlli di accesso valgono anche quando un utente scarica il report.

Mantieni i segreti fuori dall’immagine. Forniscili tramite il sistema approvato per i segreti. Registra quali modifiche di configurazione richiedono un nuovo rilascio o il riavvio del processo.

Progetta i nuovi tentativi prima di aggiungere worker

Supponi che il worker salvi un PDF e poi si fermi prima di confermare il job. La coda consegna di nuovo il job. Un secondo tentativo non deve creare un secondo addebito al cliente o inviare messaggi di completamento in conflitto.

Usa un’operazione idempotente dove opportuno. Ripetere la stessa richiesta logica deve conservarne l’effetto previsto. Definisci un’identità stabile della richiesta, registra il risultato in modo persistente e verifica cosa accade in ogni punto di guasto. AWS descrive la tecnica nella guida ai nuovi tentativi sicuri.

Anche i nuovi tentativi richiedono limiti. Usa un timeout, un numero massimo di tentativi e un ritardo che eviti richieste ripetute simultanee. Conserva il lavoro fallito per esaminarlo invece di riprovarlo all’infinito.

Rendi revisionabile lo stato desiderato

Una configurazione dichiarativa descrive il deployment previsto. Un controller lavora per mantenere quello stato. Per esempio, un Kubernetes Deployment gestisce repliche applicative e aggiornamenti controllati. L’applicazione deve comunque gestire correttamente la sostituzione.

Versiona la configurazione infrastrutturale e applicativa. Revisiona le modifiche con il normale processo di consegna. Osserva completamento effettivo dei job, tempo di permanenza in coda, guasti e limiti delle dipendenze. Un processo in esecuzione può comunque non riuscire a produrre un report.

Scegli una piattaforma che il team possa gestire

Il cloud native non richiede che ogni applicazione diventi un insieme di microservizi. Un’applicazione modulare su un runtime gestito può soddisfare i requisiti. Più servizi introducono più interfacce, decisioni di deployment e lavoro operativo.

Fornisci all’agente di sviluppo il contratto effettivo della piattaforma: runtime previsto, metodo di identità, servizi dati, regole di deployment e prove richieste. Verifica interruzione e sostituzione insieme alle richieste riuscite. Prosegui con disponibilità e confini di guasto.