Warum Ihr E-Commerce-Shop ein aktives Multi-Cloud-Angebot benötigt, in dieser Weihnachtssaison

Für E-Commerce-Führer bringen die Feiertage zwei Gewissheiten mit: einen massiven Zustrom von Kunden und ein erhöhtes Risiko von Cloud-Anbieter-Ausfällen. Große Cloud-Störungen scheinen häufiger und verheerender zu werden. Die AWS-US-Ost-1-Region hat beispielsweise eine Geschichte von erheblichen Störungen während der Feiertage. Ebenso hat Microsoft Azure jedes Jahr im Januar tendenziell Netzwerkverzögerungsprobleme oder Netzwerkausfälle aufgrund seines Release- oder Testplans in bestimmten Regionen. Und wir müssen nur zurückblicken auf den vergangenen Juni, als ein großer Google-Cloud-Ausfall eine breite Palette von Anwendungen beeinträchtigte, um daran erinnert zu werden, dass kein einzelner Anbieter immun ist.

Wenn Sie für einen E-Commerce-Betrieb verantwortlich sind, möchten Sie nicht feststellen, dass, obwohl Sie alles richtig eingerichtet haben, etwas während der kritischsten Zeit des Jahres aufhört zu funktionieren. Diese Trends von Cloud-Anbieter-Ausfällen und -Problemen sollten nicht auf Ihrem Radar sein, und ehrlich gesagt, sollten sie es auch nicht sein. Wenn Sie ein Site-Reliability-Ingenieur sind, sollten Sie sich nicht um die Frage kümmern, ob ein Cloud-Plattform-Ausfall Ihre Anwendung beeinträchtigen wird, noch sollten Sie versuchen, Ihre Infrastruktur während eines Problems anzupassen. Stattdessen sollten Sie überdenken, was Sie über Multi-Cloud wissen.

Multi-Cloud-Anwendungen

Wenn Ihre Organisation AWS-, Azure- und GCP-Gebühren zahlt, haben Sie tatsächlich alle drei Clouds zur Verfügung. Das sagte, während Sie möglicherweise alle drei verwenden, ist es wichtig, zu untersuchen, was passiert, wenn Sie eine Ebene tiefer gehen. Sind einige Ihrer Anwendungen AWS-, Azure- oder GCP-spezifisch? Werden sie weiterhin funktionieren, wenn ein Cloud-Anbieter ausfällt und Sie schnell zu einem anderen wechseln müssen?

Ihre Anwendung muss perfekt auf jedem der Clouds funktionieren. Das ist, was ein echter Multi-Cloud-Setup ist. Wenn Sie cloud-agnostisch sein möchten, können Sie nicht nur für Multi-Cloud zahlen; Sie müssen auch sicherstellen, dass Ihre Anwendungen auch Multi-Cloud sind.

Darüber hinaus führt die Abhängigkeit von einem einzigen Anbieter zu inhärenten Einschränkungen bei der Rechenleistung, API-Rate-Limiting und regionaler Verfügbarkeit. Ein echter Multi-Cloud-Architektur erhöht Ihre gesamte Rechenleistung und bietet Widerstandsfähigkeit gegen diese Einschränkungen. Es schaltet Ihre Fähigkeit frei, auf Abruf über die Grenzen eines einzelnen Anbieters hinaus zu skalieren, Kapazitäten schnell über geografische Regionen hinweg zu erweitern und eine konsistente Leistung während der Spitzen-Einkaufstage sicherzustellen. Aber ein portables, cloud-agnostisches Anwendungsprogramm ist nur der erste Schritt; der nächste ist, es in einer echten resilienten Architektur zu bereitstellen.

Skalierung auf ein aktives-aktives-Angebot

Dies erfordert einige ernsthafte Vorbereitung durch DevOps. Es ist unglaublich schwierig, eine 100% genaue Business-Continuity-Disaster-Recovery-(BCDR)-Strategie zu haben, da es, wenn es um den Betrieb Ihres Betriebs geht, mehrere Punkte des Versagens gibt. Sie möchten Ihre BCDR-Strategie nicht während eines Ausfalls testen, also fühlen Sie sich möglicherweise so, als ob Sie nur mögliche Szenarien vorhersagen und dann entsprechend vorbereiten können.

Mein Rat an Site-Reliability-Ingenieure ist, für das Versagen zu planen. Dies bedeutet, dass Sie eine sekundäre oder sogar tertiäre Cloud in einem aktiven Zustand haben. Eine BCDR-Strategie, die auf einen einzigen Anbieter beschränkt ist, ist ein einzelner Punkt des Versagens; wenn der Anbieter seine Steuerungsebene oder Netzwerkrückgrat ausfällt, ist Ihr gesamter Wiederherstellungsplan nutzlos.

Während der Feiertage ist es üblich, dass die Anzahl der Besucher plötzlich ansteigt und Ihre Plattform oder Anwendung beginnt, mit reduzierter Leistung zu arbeiten. Wenn Sie bereits eine Kopie Ihrer funktionierenden Anwendung erstellt haben, eine sekundäre, können Sie beginnen, Lastenausgleich zu betreiben, damit Sie einige Anfragen an die andere Instanz Ihrer Anwendung umleiten können.

Dieser aktive-aktive-Ansatz bedeutet, dass Sie Ihr vollständiges Produkt dupliziert haben, das irgendwo anders läuft. Wenn Ihr primärer Cloud-Anbieter einen schweren Ausfall oder eine Störung erleidet, können Sie 100% Ihres Datenverkehrs nahtlos auf den sekundären Anbieter über einen DNS- oder einen globalen Lastenausgleich umleiten, was zu keinem Unterbrechung für Ihre Kunden führt.

Die echten Kosten, wenn man nicht auf Multi-Cloud setzt

Während die Kosten für den Betrieb einer sekundären Cloud nicht trivial sind, sind sie im Vergleich zum Geschäftseinfluss eines großen Ausfalls unbedeutend: Kunden nach einem Zuverlässigkeitsfehler zu entschuldigen, ihnen zu versichern, dass es nicht wieder passieren wird, und sie davon zu überzeugen, dass sie nicht zu einem Ihrer Wettbewerber wechseln. Lassen Sie uns auch nicht vergessen, alle verpassten Umsätze, die Sie nicht wieder zurückgewinnen können. Bei FluidCloud habe ich diese Szene wiederholt gesehen: Unternehmen investieren stark in einen einzigen Anbieter, nur um sich auf der falschen Seite eines Ausfalls wiederzufinden, ohne sofortige Abhilfe.

Das sagte, ist es schwierig genug, Ihre Kosten zu kontrollieren, wenn Sie nur einen Cloud-Anbieter verwenden; Ihre Cloud-Kosten sehen wahrscheinlich wie ein exponentielles Diagramm aus. Wenn Sie mehrere Clouds adoptieren, wird dieses exponentielle Diagramm nur noch steiler aussehen.

Wenn Sie Ihre Infrastruktur von Ihrem primären Cloud duplizieren, möchten Sie natürlich nicht, dass Ihre Kosten verdoppeln. Ich empfehle daher, sich auf günstigere Clouds zu konzentrieren, die ein wettbewerbsfähiges Leistungsangebot zu einem niedrigeren Preis bieten. Wenn Sie eine sekundäre Cloud in einem günstigeren Cloud haben, haben Sie immer noch eine vollständige aktive-aktive Redundanz, aber zu einem geringeren Preis. Es ist ein Gewinn für beide Seiten.

Schlussgedanken

Das Betreiben Ihrer Anwendungen aktiv-aktiv über mehrere Cloud-Anbieter hinweg bedeutet nicht einfach, eine Sicherungskopie zu erstellen. Es bedeutet, für Echtzeit-Widerstandsfähigkeit zu bauen, sicherzustellen, dass Ihr Unternehmen keinen einzelnen Punkt des Versagens hat, und in der Lage zu sein, konsistente Geschwindigkeit auch während Spitzenlasten anzubieten.

Diese Weihnachtssaison, hoffen Sie nicht einfach auf Zuverlässigkeit. Bauen Sie darauf. Entwickeln Sie Ihre Systeme, um konsistent zu laufen, egal welcher Cloud-Anbieter oder Region ausfällt. Bieten Sie eine fehlerlose Kundenerfahrung, indem Sie eine echte aktive-aktive, Multi-Cloud-Architektur annehmen.