Al giorno d'oggi ci sono così tante strategie di implementazione tra cui scegliere e, col passare del tempo, ce ne saranno sempre di più. Detto questo, due delle strategie di implementazione più comuni utilizzate attivamente da alcune delle più grandi aziende oggi sono le strategie di implementazione Canary e Blue-green.
Quando si confronta l’implementazione Blue-Green con Canary, non è solo una questione di velocità o semplicità; uno dei fattori più importanti da considerare quando si sceglie una di queste strategie è il tempo di inattività della distribuzione.
Per ridurre al minimo i tempi di inattività della distribuzione e fornire una transizione senza interruzioni durante la distribuzione degli aggiornamenti o delle modifiche, è fondamentale scegliere l'opzione più adatta tra la distribuzione Canary e quella Blu-Verde.
Analizziamo quindi ciò che offre ciascuna strategia, incluso un confronto testa a testa tra l'implementazione Blue-Green e Canary e la nostra esperienza con l'implementazione Canary rispetto all'implementazione Blue-Green.
Cos'è il Blue-Green Deployment e cosa offre?
Nella strategia di distribuzione Blu-Verde, la nuova versione di un'applicazione può essere immediatamente distribuita dopo essere stata testata e convalidata. Questo grazie ai due ambienti identici: l'ambiente blu e quello verde, da cui il nome schieramento Blu-Verde.
Funziona perché uno di questi ambienti è attivo e l'altro è inattivo. Ciò significa che la nuova versione di un'applicazione può essere distribuita nell'ambiente inattivo (diciamo quello verde). Poiché questi due ambienti sono completamente identici in termini di risorse, infrastruttura e configurazioni, eventuali problemi nell'aggiornamento possono essere risolti prima che venga completamente distribuito.
Una volta che l'aggiornamento è stato testato e gli sviluppatori sono convinti che funzioni, il traffico live viene trasferito a questo ambiente inattivo. Ciò rende l'ambiente inattivo (quello verde) l'ambiente attivo e l'ambiente precedentemente attivo (quello blu) inattivo.
Ora, l'ambiente blu inattivo diventa lo standby e può essere utilizzato per testare gli aggiornamenti più recenti mentre l'ambiente verde è attivo ed esegue l'aggiornamento appena distribuito. In questo modo, non vi è praticamente alcun tempo di inattività poiché il traffico viene immediatamente spostato nell'ambiente inattivo.
Inoltre, se l'aggiornamento presenta problemi, una funzione di rollback ti consente di tornare alla versione precedente della tua applicazione. Detto questo, se sorgono problemi quando gli sviluppatori hanno iniziato a lavorare su un nuovo aggiornamento nell'ambiente inattivo, il rollback a questo ambiente non è più fattibile, poiché anche la versione precedente non è più disponibile in questo ambiente.
Sebbene molte aziende e organizzazioni utilizzino questa strategia, un esempio di questa strategia in azione può essere visto su Spotify. Poiché i servizi di Spotify devono essere disponibili 24 ore su 24, 7 giorni su 7, l'ambiente di backup e inattivo è sempre pronto quando vengono rilasciati nuovi aggiornamenti.
Cos'è Canary Deployment e cosa offre?
La differenza principale tra la distribuzione Canary e quella Blu-Verde è che, anziché avere due ambienti in cui gli aggiornamenti vengono distribuiti contemporaneamente a tutti gli utenti, nella strategia di distribuzione Canary, gli aggiornamenti vengono prima rilasciati a un piccolo gruppo di utenti.
Se l'aggiornamento presenta problemi, solo una piccola parte degli utenti lo riscontra e fornisce feedback. Una volta risolti i problemi, l'aggiornamento viene rilasciato a una porzione più ampia di utenti, che lasciano feedback agli sviluppatori in caso di problemi.
Questo ciclo viene ripetuto con porzioni di utenti sempre più grandi e tutti i problemi con l'aggiornamento vengono risolti finché l'aggiornamento non viene rilasciato al 100% degli utenti. Ad esempio, all'inizio l'aggiornamento verrebbe rilasciato solo al 2%, poi al 25%, quindi al 75% e infine al 100% degli utenti.
Questo rilascio graduale nell'implementazione Canary rispetto a Blue-Green offre un'implementazione più controllata e flessibile, consentendo agli sviluppatori di testare funzionalità e aggiornamenti in un ambiente controllato in cui solo una piccola parte riscontra potenziali problemi.
Infine, Canary offre anche una funzionalità di rollback simile; tuttavia, poiché la distribuzione viene eseguita gradualmente e per fasi, anche il rollback eseguito in Canary viene eseguito gradualmente e per fasi fino al raggiungimento di una versione stabile.
Un esempio ben noto di questa strategia di implementazione è l’uso di Canary da parte di Netflix insieme a uno strumento chiamato Chaos Monkey, che introduce intenzionalmente errori nel loro sistema. Se un guasto influisce sull'ambiente Canary, il team Netflix può analizzare come risponde il sistema e adattarsi di conseguenza. In questo modo Netflix può verificare che l'aggiornamento rimanga stabile e resiliente anche in condizioni avverse.
Distribuzione blu-verde vs. Canarino
Entrambe queste strategie di distribuzione offrono vantaggi unici; tuttavia, hanno anche i loro limiti. Ecco perché è importante valutare i pro e i contro dello sviluppo Blu-Verde rispetto a quello Canary prima di prendere una decisione.
Se non sei ancora sicuro su quale adottare dopo questa sezione, ho incluso anche la nostra esperienza con queste due strategie e ciò che abbiamo imparato alla fine di questo articolo.
Riduzione dei tempi di inattività
Una delle preoccupazioni principali e il focus di questo articolo è la riduzione dei tempi di inattività della distribuzione Blue-Green rispetto a Canary. Uno dei punti di forza della distribuzione Blue-Green è la sua velocità, poiché puoi distribuire immediatamente l'aggiornamento o la funzionalità dell'applicazione attraverso l'uso dei suoi due ambienti.
D'altro canto, l'approccio di distribuzione graduale di Canary consente tempi di inattività minimi poiché non solo un piccolo sottogruppo di utenti riscontra i problemi, ma poiché viene fornito feedback in ogni fase, la risoluzione dei problemi può essere eseguita molto più rapidamente e senza tempi di inattività.
Inoltre, sebbene entrambi i servizi offrano funzionalità di rollback, la funzionalità di rollback della distribuzione Blue-Green è istantanea, offrendo agli sviluppatori un backup affidabile in caso di problemi importanti. Detto questo, come accennato in precedenza, una versione di backup non sarà disponibile se si sta lavorando su una versione più recente nell’ambiente inattivo.
La funzionalità di rollback di Canary può essere utilizzata solo gradualmente, allo stesso modo del processo di distribuzione. Tuttavia, è sempre disponibile poiché la versione precedente e stabile non dipende dall'ambiente in cui vengono testati e lavorati gli aggiornamenti più recenti.
In termini di riduzione dei tempi di inattività della distribuzione, confrontando la distribuzione di Canary con quella di Blue-Green, Canary è superiore in termini di controllo del rischio e controllo granulare; tuttavia, se consideriamo semplicemente la riduzione dei tempi di inattività, allora Blu-Verde è il migliore dei due poiché il passaggio è istantaneo.
Detto questo, quando si discute dell’implementazione Blue-Green rispetto a quella Canary, è importante considerare anche fattori diversi dalla riduzione dei tempi di inattività.
Tipo di applicazione
In generale, possiamo dividere le applicazioni in applicazioni ad alto contenuto di transazioni o basate sui contenuti. Nelle applicazioni ad alto volume di transazioni, l'implementazione di Blue-Green è un'opzione molto migliore in quanto l'elevata disponibilità del servizio e i tempi di inattività minimi sono una priorità, motivo per cui le funzionalità di passaggio istantaneo e rollback istantaneo di Blue-Green lo pongono davanti a Canary.
D’altra parte, le applicazioni basate sui contenuti non dipendono da transazioni in tempo reale. Poiché queste applicazioni vengono generalmente utilizzate per piattaforme di social media e servizi di coinvolgimento degli utenti, Canary è una strategia molto migliore poiché puoi implementare gradualmente gli aggiornamenti e ricevere feedback costantemente in ogni fase.
Costi delle infrastrutture
Un'altra preoccupazione principale quando si sceglie tra l'implementazione Blue-Green e quella Canary sono i costi. Naturalmente, nell'implementazione Blue-Green, i costi saranno più elevati poiché è necessario mantenere due ambienti individuali.
Ecco perché l’ambiente di produzione singolo di Canary è un’opzione molto più conveniente, rendendolo un’opzione più adatta per team più piccoli o applicazioni che richiedono meno risorse.
Scalabilità e manutenzione a lungo termine
Infine, sebbene le implementazioni blue-green possano essere scalabili, il mantenimento di due ambienti completi per applicazioni su larga scala può essere complesso e dispendioso in termini di risorse. Nel corso del tempo, la gestione e il mantenimento di ambienti duplicati può comportare un notevole sovraccarico, soprattutto per le applicazioni con esigenze infrastrutturali complesse.
Ciò rende piuttosto facile decidere l'implementazione di Canary rispetto a Blue-Green in termini di scalabilità e manutenzione. Con l'implementazione di Canary, la scalabilità è spesso più semplice ed economica, poiché non richiede ambienti duplicati.
Si concentra invece sul ridimensionamento all’interno dell’ambiente primario espandendo gradualmente la base di utenti esposta a nuovi cambiamenti. Questa configurazione è molto più gestibile a lungo termine, poiché riduce la complessità dell’infrastruttura e semplifica la manutenzione.
L'esperienza di Cloudzy con la distribuzione blu-verde vs. Distribuzione delle Canarie
Quando forniamo servizi DevOps ai clienti, comprendiamo che la soddisfazione del cliente, l'elevata disponibilità e i tempi di inattività minimi sono fondamentali per il successo aziendale. In un caso particolare, un cliente si è rivolto a noi per aiutarlo con un importante aggiornamento dell'infrastruttura. Al team è stato assegnato il compito di decidere tra una distribuzione Blu-Verde e una distribuzione Canarie per il proprio sistema.
Dopo un'attenta considerazione, abbiamo deciso innanzitutto di provare l'implementazione Blue-Green poiché non offriva praticamente tempi di inattività. Abbiamo creato un ambiente ecologico identico e ci siamo preparati a lanciare l'aggiornamento. C'era molta pressione poiché, con la semplice pressione di un pulsante, tutto il traffico sarebbe stato trasferito nell'ambiente verde e, come sanno gli sviluppatori, non importa quanto si testino queste cose, è ancora un po' un tiro di dado su come andrà a finire.
Per fortuna, tutto è andato bene. La transizione è stata fluida come il burro e non abbiamo avuto quasi problemi. Nel corso del tempo, man mano che i servizi e gli utenti dei nostri clienti crescevano, abbiamo dovuto implementare nuove funzionalità e il dibattito tra Blu-Verde e Canarino si è riacceso.
Tuttavia, questa volta, non si è trattato di un grande dibattito. Si trattava di funzionalità relativamente più piccole e certamente non della portata di quell'aggiornamento dell'infrastruttura. Quindi, naturalmente, abbiamo optato per Canary poiché potevamo implementare funzionalità a piccole porzioni della base utenti dei nostri clienti e risolvere eventuali problemi riscontrati tramite il feedback degli utenti.
Questa è stata sicuramente la decisione giusta poiché, anche se non abbiamo riscontrato grossi problemi, hanno iniziato a comparire alcuni problemi più piccoli, segnalati dal 5% della base utenti del nostro cliente a cui era stata implementata la funzionalità.
Noi di Cloudzy crediamo nel potere delle soluzioni su misura. Se la tua azienda ha bisogno dell'affidabilità dell'implementazione Blue-Green o della flessibilità dell'implementazione Canary, il nostro team DevOps ha l'esperienza e le conoscenze per implementare la migliore strategia per la tua infrastruttura. Contattaci Qui oggi per scoprire come possiamo ottimizzare il processo di distribuzione e garantire il corretto funzionamento delle tue operazioni.
A proposito di VPS, offriamo alcune delle tariffe più basse nel settore VPS con funzionalità che includono oltre 12 sedi in tutto il mondo, connessioni Internet dedicate fino a 10 Gbps, storage SSD NVMe aziendale, potenti processori AMD EPYC a velocità turbo da 3,23 GHz e tempo di attività del 99,95%. Dai un'occhiata al nostro Prezzi VPS per maggiori dettagli
Considerazioni finali
Alla fine, non si può davvero dire che uno sia migliore dell'altro in alcun modo quando si discute dello schieramento delle Canarie rispetto allo schieramento Blu-Verde. È solo una questione di casi d’uso e di quale si adatta meglio alle tue esigenze specifiche.
Domande frequenti
Qual è la differenza principale tra le implementazioni blu-verde e canarino?
La differenza principale tra le strategie di distribuzione Blue-Green e Canary risiede nel modo in cui vengono rilasciati gli aggiornamenti. La distribuzione Blue-Green utilizza due ambienti identici, con gli aggiornamenti applicati a quello inattivo, consentendo un passaggio istantaneo praticamente senza tempi di inattività. Al contrario, la distribuzione Canary rilascia gli aggiornamenti gradualmente prima a un piccolo gruppo di utenti, monitorando i problemi prima di distribuirli progressivamente all'intera base utenti.
L'implementazione Blue-Green o l'implementazione Canary è migliore per ridurre i tempi di inattività?
L'implementazione blu-verde è generalmente migliore per ridurre i tempi di inattività perché consente un passaggio istantaneo tra gli ambienti. Ciò riduce al minimo eventuali interruzioni. Anche se l'implementazione di Canary mira anche a ridurre al minimo i tempi di inattività, lo fa attraverso un'implementazione graduale che potrebbe comportare alcuni problemi minori e localizzati che interessano solo un piccolo sottoinsieme di utenti.
Quali sono le considerazioni sui costi per le distribuzioni blu-verde rispetto a quelle canary?
Le implementazioni Blue-Green sono in genere più costose poiché richiedono il mantenimento di due ambienti completi. D’altro canto, le implementazioni Canary sono più convenienti in quanto non richiedono infrastrutture duplicate; gli aggiornamenti vengono implementati all'interno dell'ambiente primario, il che lo rende una scelta migliore per team più piccoli o applicazioni che richiedono meno risorse.
