Un piccolo team deve poter gestire la propria infrastruttura
Valuti chi gestisce aggiornamenti, guasti e ripristino. Un piccolo portale mostra quando un’orchestrazione più articolata può essere utile.
La scelta dell’infrastruttura di un piccolo team dovrebbe partire dalla gestione operativa: chi può ripristinare l’applicazione dopo un aggiornamento fallito, e cosa succede se un server si guasta? Una piattaforma aggiuntiva è giustificata quando rende queste attività più gestibili nelle Sue condizioni effettive.
Un portale dalla struttura limitata
Un ipotetico team di tre sviluppatori gestisce un portale clienti, un database e un processo in background che trasferisce gli ordini. Nell’esempio, il carico è prevedibile. La distribuzione automatica su molte macchine non è ancora un requisito. Sono concordati obiettivi di ripristino in caso di guasto; il team deve ancora dimostrare di poterli rispettare.
Si confrontano una gestione documentata di container su un server e un cluster Kubernetes gestito dal team stesso. È una valutazione di questo esempio, senza una graduatoria universale.
Domanda operativa | Un server con container | Un cluster gestito internamente |
|---|---|---|
Cosa va aggiornato? | Sistema operativo, runtime dei container e applicazioni | Anche i componenti del cluster e la loro configurazione |
Cosa succede se una macchina si guasta? | Il portale si interrompe; servono sostituzione e ripristino | La distribuzione può aiutare se sono disponibili abbastanza nodi indipendenti e una configurazione adatta |
Come si recuperano i dati? | Backup verificato e ripristino documentato | Serve comunque un piano specifico per i dati applicativi e il loro ripristino |
La soluzione più semplice potrebbe essere adatta se la procedura di ripristino dimostrata soddisfa gli obiettivi operativi. Un solo server non offre alta disponibilità. Se tale interruzione è inaccettabile per l’attività, questa opzione nella forma attuale va esclusa.
L’automazione sposta le attività
Kubernetes può riavviare i container non funzionanti e distribuire le applicazioni sui nodi disponibili. Un processo di nuovo attivo, però, non dimostra che ordini e allegati siano completi. Occorre ancora pianificare il recupero dei dati e la verifica delle funzioni aziendali.
Anche un servizio gestito richiede una chiara divisione dei compiti: il fornitore si occupa solo del piano di controllo, anche dei nodi o di altre attività? Gli errori applicativi e la ripristinabilità dei Suoi dati non si risolvono automaticamente.
Quando cambia la decisione
Se l’azienda dispone già di una piattaforma mantenuta da un team operativo responsabile, può essere sensato ospitarvi anche il piccolo portale. Per i tre sviluppatori, un server separato potrebbe allora richiedere più gestione particolare. Anche carichi molto variabili o requisiti vincolanti di disponibilità possono richiedere un’architettura diversa.
Prima della scelta, chieda una dimostrazione in ambiente di test di un rilascio fallito e di uno scenario di ripristino. Annoti chi interviene e quale funzione aziendale viene verificata dopo. Queste prove spiegano l’idoneità di un’infrastruttura meglio del numero dei suoi componenti.
Fonti
Continuate a leggere
Tutti gli articoli
Cloud & gestione con ASES
Hosting, deployment, manutenzione e assistenza