Perché il tuo sito di e-commerce necessita di un approccio multi-cloud attivo-attivo durante la stagione delle festività

Per i leader dell’e-commerce, le festività portano due certezze: un enorme afflusso di acquirenti e un alto rischio di interruzioni dei provider di cloud. Le principali interruzioni dei cloud sembrano diventare più comuni e più devastanti. La regione AWS US-East-1, ad esempio, ha una storia di significative interruzioni durante la stagione delle festività. Allo stesso modo, ogni anno a gennaio, Microsoft Azure tende ad avere problemi di latenza di rete o interruzioni di rete a causa del suo piano di rilascio o testing in determinate regioni. E non dobbiamo fare altro che guardare indietro al passato giugno, quando uninterruzione importante di Google Cloud ha impattato un’ampia gamma di applicazioni, per essere ricordati che nessun provider singolo è immune.

Se sei responsabile di un’operazione di e-commerce, non vuoi scoprire che anche se hai tutto impostato correttamente, qualcosa ha smesso di funzionare durante il periodo più critico dell’anno. Queste tendenze di interruzioni e problemi dei provider di cloud potrebbero non essere sulla tua radar, e francamente, non dovrebbero esserlo. Se sei un ingegnere di affidabilità del sito, non dovresti preoccuparti del fatto che un’interruzione del provider di cloud possa impattare la tua applicazione, né dovresti cercare di aggiustare la tua infrastruttura sul momento durante un problema. Invece, dovresti rivedere cosa sai sul multi-cloud.

Applicazioni multi-cloud

Se la tua organizzazione paga le tariffe di AWS, Azure e GCP, hai effettivamente a disposizione tutti e tre i cloud. Tuttavia, mentre potresti utilizzare tutti e tre, è importante esaminare cosa succede quando vai un livello più in profondità. Alcune delle tue applicazioni sono specifiche di AWS, Azure o GCP? Continueranno a funzionare se un provider di cloud è down e devi rapidamente passare a un altro?

La tua applicazione deve funzionare perfettamente su qualsiasi cloud. Questo è ciò che costituisce un vero setup multi-cloud. Se vuoi essere agnostico rispetto al cloud, non puoi semplicemente pagare per il multi-cloud; devi anche assicurarti che le tue applicazioni siano multi-cloud.

Inoltre, affidarsi a un solo provider introduce vincoli intrinseci sulla capacità di calcolo, sulla limitazione della velocità di API e sulla disponibilità regionale. Un’architettura multi-cloud vera aumenta la tua potenza di calcolo complessiva e fornisce resilienza contro questi vincoli. Ti consente di scalare su richiesta oltre i limiti di un singolo provider, di espandere rapidamente la capacità in tutto il mondo e di garantire prestazioni coerenti durante i giorni di shopping di picco. Tuttavia, avere un’applicazione portatile e agnostica rispetto al cloud è solo il primo passo; il prossimo è distribuirla in un’architettura veramente resiliente.

Scalare verso un approccio attivo-attivo

Ciò richiede una seria preparazione da parte di DevOps. È incredibilmente difficile avere una strategia di continuità aziendale e recupero da disastri (BCDR) al 100% accurata, poiché quando si eseguono le operazioni live, ci sono molti punti di fallimento. Non vuoi testare la tua strategia di BCDR durante un’interruzione, quindi potresti sentirti come se potessi solo prevedere possibili scenari e poi prepararti di conseguenza.

Il mio consiglio agli ingegneri di affidabilità del sito è di progettare per il fallimento per impostazione predefinita. Ciò significa avere un cloud secondario o addirittura terziario in esecuzione in uno stato attivo. Una strategia di BCDR limitata a un solo provider è un punto di fallimento singolo; se il piano di controllo o la rete backbone del provider fallisce, tutto il tuo piano di recupero diventa inutile.

Durante la stagione delle festività, è comune che il numero di visitatori aumenti improvvisamente, costringendo la tua piattaforma o applicazione a funzionare con una capacità ridotta. Se hai già creato una copia della tua applicazione in funzione, un secondario, puoi passare a eseguire il bilanciamento del carico in modo da poter dirottare alcune richieste sull’altra istanza della tua applicazione.

Questo approccio attivo-attivo significa che hai il tuo prodotto completo duplicato, in esecuzione da qualche altra parte. Se il tuo provider di cloud principale subisce un degrado o un’interruzione grave, puoi spostare senza problemi il 100% del tuo traffico sul provider secondario tramite DNS o un load balancer globale, rendendolo il punto di ingresso principale senza interruzioni per i tuoi clienti.

Il vero costo di non adottare il multi-cloud

Mentre il costo di eseguire un cloud secondario non è trascurabile, è insignificante rispetto all’impatto aziendale di un’interruzione importante: scusarsi con i clienti dopo un fallimento di affidabilità, cercare di assicurarli che non succederà di nuovo e convincerli a non lasciarti per uno dei tuoi concorrenti. Non dimentichiamo anche tutti i ricavi mancati dalle vendite che non puoi più vincere. A FluidCloud, ho visto questo scenario ripetersi più volte: le aziende investono molto in un solo provider, solo per scoprire di essere sulla parte sbagliata di un’interruzione senza alcun rimedio immediato.

Tuttavia, è già abbastanza difficile controllare i costi se stai utilizzando solo un provider di cloud; i tuoi costi di cloud probabilmente assomigliano a una grafico esponenziale. Se adotti più cloud, quel grafico esponenziale sarà solo più ripido.

Quando duplichi la tua infrastruttura dal tuo cloud principale, naturalmente non vuoi che i tuoi costi raddoppino. Ti consiglio quindi di concentrarti su cloud più economici che offrono prestazioni competitive a un prezzo inferiore. Se hai un secondario in esecuzione in un cloud più economico, avrai comunque una ridondanza attiva-attiva completa, ma a un costo inferiore. È una situazione win-win.

Considerazioni finali

Eseguire le tue applicazioni in modalità attivo-attivo su più provider di cloud non significa semplicemente creare un backup. Significa costruire per la resilienza in tempo reale, assicurarti che il tuo business non abbia un singolo punto di fallimento e poter offrire velocità coerente anche durante i picchi di traffico.

Questa stagione delle festività, non sperare solo nella affidabilità. Costruisci per essa. Progetta i tuoi sistemi per funzionare in modo coerente, indipendentemente da quale provider di cloud o regione fallisca. Offri un’esperienza clienti senza difetti adottando un’architettura multi-cloud vera e attivo-attiva.