Fehler in der Cloud-Architektur: Unternehmen benötigen eine kürzere mittlere Wiederherstellungszeit – DATAVERSITY

Neuauflage von Plato

Verfolger: 0

Eine häufige Beschwerde über Cloud Computing ist, dass die Betriebskosten in der Cloud sehr hoch sein können. In dieser fünfteiligen Serie habe ich die kostspieligen Fehler bei der Cloud-Architektur untersucht, die Unternehmen häufig machen und die zu diesen Kosten beitragen, und wie eine unabhängige Cloud-Plattform diese Probleme lösen kann. Teil eins erläuterte, wie Unternehmen schnell die Transparenz und Kontrolle über ihre Datenverarbeitung verlieren können. Zweiter Teil habe mir angeschaut, wie ein DIY-Ansatz schief gehen kann. Teil drei untersuchte, wie schnell die Kosten steigen können, wenn Unternehmen nicht über eine Cloud-Netzwerkplattform verfügen, die eine intelligente Kostenkalkulation und Abrechnung ermöglicht. Und Teil vier erklärte, warum eine lokale Einstellung zur Sicherheit in der Cloud die Abwehrkräfte eines Unternehmens schwächt und gleichzeitig zu steigenden Kosten beiträgt.

Im fünften Teil werde ich nun zeigen, wie die durchschnittliche Wiederherstellungszeit eines Unternehmens nach einem Ausfall oder Ausfall erheblich verlängert werden kann, wenn es nicht gelingt, die Kontrolle über Sicherheit und Wiederherstellung zu übernehmen – und sich zu sehr auf die Bereitstellung eines CSP zu verlassen.

Es gibt keinen perfekten CSP oder ein perfektes Netzwerk. Es ist naiv zu glauben, dass ein CSP niemals ausfallen oder Probleme haben würde. Jeder CSP ist anfällig für Ausfälle. Eine berechtigte Sorge besteht darin, dass eine längere mittlere Wiederherstellungszeit (MTTR) nach einem Ausfall oder Ausfall zusätzliche Kosten in Form von Geschäftsverlusten, Produktivität und Markteinführungszeit verursachen würde.

Jeder CSP stellt einen inkonsistenten Satz an Tools zur Fehlerbehebung und Wiederherstellung nach einem Ausfall oder Ausfall bereit. Die Herausforderung besteht darin, dass native CSP-Dienste auf einer gemeinsam genutzten Infrastruktur angeboten werden und daher keine fortschrittlichen Fehlerbehebungstools bieten können, die die von Unternehmen geforderte umfassende Transparenz bieten. Dieser Black-Box-Charakter dieser CSP-Konstrukte führt zu Frustration und längerer Zeit für die Fehlerbehebung und Wiederherstellung nach einem Fehler.

Beispielsweise sind einfache und vertraute Tools wie Ping, Traceroute und Paketerfassung bei den CSPs nicht verfügbar. Selbst wenn etwas Ähnliches verfügbar ist, mangelt es diesen Tools an der Konsistenz und Funktionalität, die für eine schnelle Fehlerbehebung erforderlich sind.

Eine höhere MTTR ist äußerst kostspielig, da eine Sicherheitsverletzung ein Unternehmen lahmlegen kann, bis die Ursache ermittelt und eine Lösung gefunden ist. Wenn Ihr Unternehmen in der Cloud läuft, sind Ausfallzeiten inakzeptabel.

Empfehlungen

Unternehmen können mehrere Schritte unternehmen, um eine lange MTTR zu vermeiden:

Ihre DR-Strategie muss mehrere Regionen und mehrere Clouds umfassen.
Nutzen Sie einen Cloud-Netzwerkansatz oder eine Cloud-Plattform, die Ihnen erweiterte Fehlerbehebungstools bietet, bei der Sie Eigentümer des Netzwerks und der Sicherheitsarchitektur sind und die Daten unter Ihrer Kontrolle haben.
Durch die Beobachtbarkeit und Visualisierung des Netzwerks können Ausfälle proaktiv verhindert werden. Gefragt sind Produkte, die ein Dashboard auf Anwendungsebene mit einem umfangreichen Satz an Netflow-Daten bereitstellen können. Die CSP-Flussprotokolle sind kostspielig und nicht umfangreich.
Schaffen Sie betriebliche Transparenz als Teil jeder Anforderung und Angebotsanfrage (RFP) mit Tools wie Paketerfassung, Konnektivitätsüberprüfung auf Anwendungsebene usw.
Stellen Sie sicher, dass Ihr Cloud-Netzwerkanbieter Ihnen ein Cloud-Betriebsmodell bietet, das sich bis in die Edges und Branches erstrecken kann. Diese Strategie ermöglicht die Reduzierung des Toolsets durch die Steuerung und Steuerung der Landschaft direkt aus der Cloud, selbst für die Hybridressourcen vor Ort.
Fordern Sie intelligente Cloud-Netzwerke mit eingebetteter Telemetrie als Teil der Datenebene.

Zusammenfassung

Die Einführung der Cloud ist für jedes Unternehmen notwendig, das relevant bleiben möchte. Die Aufrechterhaltung eines On-Premise-Modells ist im heutigen wirtschaftlichen Umfeld nicht mehr praktikabel. Doch wenn es nicht richtig gemacht wird, können die Kosten für den Betrieb einer Cloud-Architektur schnell außer Kontrolle geraten.

In dieser fünfteiligen Artikelserie habe ich die fünf wichtigsten Fehler beschrieben, die Unternehmen beim Aufbau ihrer Cloud-Architekturen machen, und wie sie diese Probleme vermeiden können. Eine flexible, skalierbare Cloud-Netzwerkplattform, die alle großen CSPs unterstützt, kann:

Stellen Sie sicher, dass Sie den Überblick über und die Kontrolle über Ihre Datenverarbeitung behalten und eine Cloud-Architektur aufbauen, die über einzelne oder mehrere Clouds hinweg konsistent ist.
Stellen Sie einen zentralen Controller und eine verteilte Datenebene bereit und vermeiden Sie so das chaotische Durcheinander, das bei einem Do-it-yourself-Ansatz entstehen kann. Eine Netzwerkplattform ermöglicht Funktionen wie auf maschinellem Lernen (ML) basierende Netzwerkverhaltensanalysen und Anomalieerkennung, Selbstheilungsfunktionen und einheitliche Unterstützung für geschäftskritische Apps.
Bieten Sie eine tiefere Kostentransparenz über alle Branchen hinweg und schaffen Sie so die Grundlage für eine intelligente Kosten- und Abrechnungslösung, die gemeinsam genutzte und nicht gemeinsam genutzte Ressourcen abdeckt. Wenn Showback- und Chargeback-Optionen fehlen, erstellt und bestellt jedes Team und jeder Branchenbereich die Dienste unabhängig voneinander, was die Kosten erheblich in die Höhe treibt.
Integrieren Sie Sicherheit in die Datenebene, sodass ein Unternehmen absichtsbasierte Sicherheitsrichtlinien in Multi-Cloud-Umgebungen erstellen und durchsetzen kann. Ein On-Premise-Ansatz für die Sicherheit in der Cloud ist kostspielig und ineffizient und trägt auch zu Schwachstellen bei.
Verkürzen Sie die mittlere Wiederherstellungszeit (MTTR) eines Unternehmens, indem Sie für Transparenz in der gesamten Umgebung sorgen und die Möglichkeit haben, erweiterte Tools zur Fehlerbehebung, ein Dashboard auf Anwendungsebene und andere Tools zu verwenden, die Ausfälle proaktiv verhindern können. Umsatzverluste sind genauso teuer wie eine lange MTTR, während der ein Unternehmen schließen kann, bis die Ursache eines Ausfalls erkannt und behoben wird.

Ich hoffe, dass diese Überlegungen Ihrem Unternehmen dabei helfen, die Transparenz, Flexibilität und Skalierbarkeit zu erreichen, die es benötigt, um das Beste aus den Angeboten von Cloud Computing herauszuholen – ohne die Kosten übermäßig in die Höhe zu treiben.