Multi-Cloud-Konsistenz ist mehrschichtig
Konsistenz. In der Welt der Technologie verwenden wir diesen Begriff, um die Eigenschaft der Gleichwertigkeit zu beschreiben. Etwas ist konsistent, wenn es sich im Laufe der Zeit oder unter unterschiedlichen Bedingungen gleich verhält. Für Unternehmen, die in einer Multi-Cloud-Welt tätig sind, ist die Konsistenz weiterhin problematisch. Laut unserem Bericht „State of Application Services“ 2019 sind das die meisten (87 %) von Ihnen.
Sicherlich weisen die Unterschiede bei den Bereitstellungsraten für Anwendungsdienste im Rechenzentrum und in der Cloud auf eine einfache Ursache hin: die Bereitstellung der Anwendungsdienste erfolgt inkonsistent.
Aber das ist nicht die einzige Ursache für Inkonsistenz. Viele Leute stellen der gleichen Umfrage zufolge Anwendungsdienste vor Ort und in der öffentlichen Cloud bereit, haben aber immer noch Probleme mit der Konsistenz – insbesondere in Bezug auf die Sicherheit.
Dies erfordert eine eingehendere Auseinandersetzung mit der Bedeutung von „Konsistenz“, da ich vermute, dass ein Teil des Problems darin liegt, dass man nicht erkennt, dass es zwei unterschiedliche Konsistenzebenen gibt und beide wichtig sind.
Anwendungsdienste sind keine Application Delivery Controller
Im Mittelpunkt dieser Diskussion zur Konsistenz steht der Unterschied zwischen einem Application Delivery Controller (ADC) und einem Anwendungsdienst.
Der ADC ist eine Plattform, die Anwendungsdienste bereitstellt. Dieser ADC ist ein eigenständiges System, ähnlich wie Kubernetes ein eigenständiges System ist. Kubernetes ist eine Plattform zum Bereitstellen und Betreiben von Containern. Ein ADC ist eine Plattform zum Bereitstellen und Betreiben von Anwendungsdiensten.
Das ist wichtig, weil Plattformen (oder Systeme, wenn Sie so wollen) ein anderes Konzept von Konsistenz mit sich bringen als die „Dinge“, die sie bereitstellen und betreiben. Konsistenz liegt auf der Betriebsebene, also bei der Verwaltung und dem Betrieb der Plattform und der von ihr bereitgestellten Anwendungsdienste.
Funktionale Konsistenz
Dies unterscheidet sich deutlich von der funktionalen Konsistenz, die von jedem Anwendungsdienst angeboten wird. Die funktionale Konsistenz umfasst die Fähigkeiten des Anwendungsdienstes. Dies ist normalerweise das, was die Leute meinen, wenn sie auf eine Herausforderung hinsichtlich der Multi-Cloud-Konsistenz hinweisen, weil dies am deutlichsten sichtbar ist.
Besonders schwierig ist es, funktionale Konsistenz zu erreichen, wenn Anwendungsservices von unterschiedlichen Anbietern eingesetzt werden. Ein WAF- oder Anti-Bot-Dienst eines Anbieters ist nicht unbedingt funktional gleichwertig mit einem WAF- oder Anti-Bot-Dienst eines anderen Anbieters.
Einer der Gründe, warum Unternehmen mit der Multi-Cloud-Konsistenz zu kämpfen haben, liegt nicht darin, dass sie keine Anwendungsdienste in der Cloud bereitstellen, sondern darin, dass sie unterschiedliche Anwendungsdienste mit inkonsistenten Funktionsfunktionen bereitstellen. Durch eine Standardisierung auf der Grundlage funktionaler Gleichwertigkeit können Unternehmen die Konsistenz erreichen, die ihnen bisher schwerfiel.
Betriebskonsistenz
Die zweite und weniger häufig erwähnte Quelle der Inkonsistenz liegt auf der Plattformebene. Dies ist der ADC für eine beträchtliche Anzahl von Unternehmensorganisationen. Beim Wechsel in die öffentliche Cloud entscheiden sich viele Unternehmen (absichtlich oder unabsichtlich) für den Einsatz cloudnativer Optionen für Anwendungsdienste.
Dies führt sofort zu Betriebsinkonsistenzen auf Plattformebene. Die Art und Weise, wie Sie diese Anwendungsdienste bereitstellen, integrieren und betreiben, ist betriebstechnischer Natur und führt zu Betriebsschulden, sobald Sie sich an die erste API anschließen.
Sie verwenden wahrscheinlich keine Cloud-nativen Anwendungsdienste vor Ort. Das bedeutet, dass Sie jetzt mit zwei verschiedenen Anwendungsdiensteplattformen arbeiten müssen. Sie verfügen über unterschiedliche Methoden für Management, Analyse, Überwachung und alles.
Es ist, als würden Sie vor Ort zwei verschiedene ADCs verwenden. In einigen sehr großen Organisationen gelingt dies zwar, im Laufe der Jahre haben wir jedoch festgestellt, dass die meisten Organisationen eine einzige ADC-Plattform als Standard verwenden. Die betriebliche Konsistenz und die Möglichkeit, Anwendungsdienstrichtlinien auf alle Anwendungen zu übertragen, waren ausschlaggebende Faktoren für diese Entscheidung.
Doch beim Wechsel in die Cloud haben manche vergessen, warum sie ursprünglich eine ADC-Plattform als Standard gewählt haben: wegen der betrieblichen Konsistenz und des Supports. Die Einführung zusätzlicher Plattformen erhöht zwangsläufig den Betriebsaufwand und beeinträchtigt das Streben nach Konsistenz.
Konsistenz erfordert Standardisierung
Für manche Menschen ist der Begriff Standardisierung ein Schreckgespenst, denn sie sind davon überzeugt, dass er Innovationen hemmt. Schlimmer noch ist ein wildes Durcheinander, das zwar Innovationen fördert, auf lange Sicht jedoch nicht tragbar ist und ein chaotisches Betriebsumfeld schafft.
Da die IT unter dem Druck steht, einen Mehrwert für das Unternehmen zu schaffen, scheint eine Aufstockung des Betriebspersonals zur Wartung mehrerer Plattformen und einer Vielzahl von Anwendungsdiensten im Widerspruch zum Ziel einer Multi-Cloud-Konsistenz zu stehen.
Standardisierung – insbesondere auf der Betriebsebene – ist ein wesentlicher Bestandteil von Innovationen, da sie die Mitarbeiter entlastet, sodass sie sich nicht mehr auf den Betrieb der Plattformen konzentrieren müssen. Stattdessen wird die Zusammenarbeit bei Richtlinien und Architektur gefördert.
Durch die Gewährleistung der betrieblichen und funktionalen Konsistenz über alle Eigenschaften hinweg können Unternehmen die gewünschte Richtlinienkonsistenz erreichen, ohne ihr Budget zu sprengen.