Mehrere Clouds versus Multi-Cloud: So lässt sich die Kluft leichter überbrücken

F5-Ökosystem | 07. Oktober 2021

Trotz der breiten Einführung von Multi-Cloud-Strategien in Unternehmen mangelt es weiterhin an effektiven Lösungen für die zahlreichen Herausforderungen, mit denen Organisationen bei deren Umsetzung konfrontiert sind. Eine dieser Herausforderungen ist die sichere Vernetzung von Workloads, die bei mehreren Anbietern gehostet werden – ein Problem, das mit jedem weiteren Cloud-Anbieter an Komplexität gewinnt.

Von der Mehrheit (75 %) der Unternehmen, die Anwendungen in mehreren Clouds bereitstellen, nutzen 63 % drei oder mehr Clouds – laut einer Umfrage von Propeller Insights. Insgesamt fällt es mehr als der Hälfte (56 %) schwer, Workloads über verschiedene Cloud-Anbieter hinweg zu verwalten. Als Herausforderungen werden dabei Sicherheit, Zuverlässigkeit und ganz allgemein die Konnektivität genannt.

Ein Großteil dieser Schwierigkeiten lässt sich auf konkurrierende Betriebsmodelle zurückführen. Jede einzelne Cloud bietet Dienste und zugehörige APIs, die für den jeweiligen Cloud-Anbieter spezifisch sind – und häufig müssen sich Kunden dafür auf unterschiedliche Kompetenzen, Richtlinien und Vorgehensweisen einstellen. Jede Cloud bietet eine „softwaredefinierte Netzwerkumgebung“, doch keine zwei Clouds bieten dieselbe „softwaredefinierte Netzwerkumgebung“. Dies führt häufig zu uneinheitlichen Konfigurationen, die Sicherheit und Leistung beeinträchtigen, wenn diese Unterschiede zwischen den Umgebungen nicht angemessen berücksichtigt werden.

Diese Schwierigkeiten bei der Vernetzung werden durch die Einführung cloudnativer, auf Microservices basierender Anwendungen noch verstärkt, da dadurch die Anzahl der Instanzen, die miteinander kommunizieren müssen, erheblich steigt. Propeller stellte fest: „Mehr als 70 % der Befragten geben an, dass Sicherheitsprobleme in Multi-Cloud-Umgebungen durch die unterschiedlichen Sicherheitsdienste der Anbieter (77 %), die wachsende Zahl von APIs (75 %) und die weite Verbreitung von Microservices-basierten Anwendungen (72 %) verschärft werden.“

Diese Schwierigkeit führt dazu, dass ein neuer Ansatz für die Multi-Cloud-Vernetzung benötigt und nachgefragt wird.

Die Herausforderungen der Multi-Cloud-Vernetzung

Multi-Cloud-Networking vereint zwei unterschiedliche Ansätze zur Vereinfachung der Anwendungsbereitstellung:

  1. Es setzt von Grund auf auf softwaredefinierte Netzwerkverbindungen. Durch die Schaffung eines Overlays, das die Unterschiede zwischen Netzwerkumgebungen abstrahiert und die gemeinsame Nutzung mehrerer Cloud-Umgebungen erheblich vereinfacht, dient die feste physische Infrastruktur als leistungsfähiges Underlay. Eine standardisierte cloudübergreifende Steuerungsebene ermöglicht darauf eine dynamische, virtuelle Vernetzung.
  2. Es erweitert einfache Container-Vernetzung von oben nach unten zu einer hochentwickelten Verteilung. Während sich Container-Workloads in der Branche allmählich als De-facto-Anwendungseinheit etablieren, muss die darunterliegende, vergleichsweise einfache Vernetzung auf andere Umgebungen ausgeweitet werden. Dies führt letztlich zur Entstehung einer verteilten Cloud, die bei der Verwaltung des Anwendungsdatenverkehrs zwischen den Umgebungen unterstützt.

Die Konvergenz dieser beiden Elemente hat bereits zur Entstehung zweier Abstraktionsebenen in den Anwendungsarchitekturen der Kunden geführt: Kubernetes erleichtert die Verwaltung von Netzwerk-Workloads, während SDN die Vernetzung vereinfacht. Doch die Art und Weise, wie diese beiden Ansätze derzeit zusammengeführt werden, bereitet den Kunden nach wie vor erhebliche Probleme.

Viele Unternehmen stehen vor der Herausforderung, dass diese Technologien den IT-Betrieb dazu zwingen, übermäßig detaillierte Konfigurationen vorzunehmen, um bei der Nutzung mehrerer Clouds einen standardisierten Ansatz für die Vernetzung zu erreichen. Der Ansatz eines Cloud-Anbieters unterscheidet sich selbst bei äußerst einfachen Netzwerkaufgaben wie der VLAN-Verwaltung deutlich von dem eines anderen … und beide können sich grundlegend von dem Ansatz unterscheiden, den das Unternehmen für seine eigene Private Cloud verfolgt. Die Art und Weise, wie Netzwerke über verschiedene Cloud-Umgebungen hinweg bereitgestellt und verwaltet werden, macht es häufig erforderlich, ein Team von Fachleuten zu beschäftigen, die mit den Unterschieden zwischen den jeweiligen Umgebungen vertraut sind, nur um mit der Netzwerkstandardisierung Schritt zu halten.

Distributed Cloud als Lösung

Die Verwaltung dieser beiden Lösungen ist bereits anspruchsvoll genug; kommen mehrere Cloud-Anbieter hinzu, verschärft sich das Problem noch weiter. Es gibt eindeutig bessere Möglichkeiten, diese Herausforderung zu bewältigen: Kubernetes und SDN enger miteinander zu verzahnen, Unterschiede zwischen den Umgebungen auszugleichen und dafür zu sorgen, dass für die Umsetzung keine umfassenden Netzwerkkenntnisse erforderlich sind. Bei F5 bezeichnen wir diesen Ansatz als „Distributed Cloud“.

Kunden stoßen in der Regel auf dieses Problem, wenn sie ihre geschäftlichen Entscheidungen und Anwendungsanforderungen abwägen, bevor sie das „beste Netzwerk/die beste Cloud“ für ihren Dienst auswählen. Bei dieser Entscheidung spielen verschiedene Faktoren eine Rolle – Kosten, die Möglichkeit zur Inbetriebnahme, die Bereitstellungsgeschwindigkeit oder die Notwendigkeit, in einer bestimmten Region präsent zu sein … also jeder Faktor, den der Kunde für den Erfolg seiner Anwendung als entscheidend erachtet. Netzwerkbezogene Faktoren oder die Interoperabilität mit anderen Clouds werden bei der ursprünglichen Geschäftsentscheidung nur selten berücksichtigt. Leider schafft dies die Voraussetzungen für neue Herausforderungen, wenn die Anwendung ihren vorgesehenen Lebenszyklus durchläuft und andere Unternehmensbereiche abweichende Entscheidungen über die Cloud-Nutzung treffen.

Wir bei F5 sind der Ansicht, dass an der Entscheidung für Cloud-Technologien, die sich besonders gut für die geschäftlichen Anforderungen eignen, grundsätzlich nichts auszusetzen ist – selbst wenn dies zur Nutzung mehrerer Anbieter oder Umgebungen führt. Wir empfehlen unseren Kunden nicht, ausschließlich die Vorteile eines bestimmten Cloud-Anbieters zu nutzen. Stattdessen sollten sie mit skalierbaren Lösungen, die sinnvoll sind und den Netzwerkkompetenzen, Anwendungsanforderungen und geschäftlichen Zielen der Kunden entsprechen, eine gemeinsame Basis für alle Cloud-Umgebungen schaffen. Diesen Ansatz nennen wir „Distributed Cloud“.

Unser Ansatz basiert auf drei zentralen Überzeugungen:

  1. Wir sind uns bewusst, dass das Netzwerk ein Modell unterstützen muss, das jederzeit und überall funktioniert, ohne Einbußen bei der Qualität oder dem Kundenerlebnis.
  2. Wir sind überzeugt, dass jede Cloud für die Vernetzung einfach, umfassend und konsistent sein sollte – unabhängig davon, für welche zugrunde liegende Cloud sich unser Kunde entscheidet.
  3. Wir sind überzeugt, dass unsere Kunden durch eine einfache, deklarative und API-gesteuerte Vereinheitlichung der Steuerungs- und Verwaltungsebenen einen größeren Mehrwert erzielen können.

Das Distributed-Cloud-Modell geht davon aus, dass die Nutzer der Anwendungen unserer Kunden nahezu in Echtzeit mit höchster Qualität, Leistung und Sicherheit versorgt werden müssen. Unser Ziel ist es, eine verteilte Cloud bereitzustellen, die cloudübergreifende Elastizität ermöglicht, ohne massive Kostensteigerungen, zeitliche Einschränkungen bei der Bereitstellung oder Unterschiede zwischen den Umgebungen mit sich zu bringen.

F5 hat bereits ein breites Lösungsportfolio entwickelt, um diesen entscheidenden Herausforderungen mit einem abgestimmten Paket aus Technologien und Verfahren direkt zu begegnen. Wir arbeiten jedoch intensiv daran, dies auf jede Anwendung in den Architekturen unserer Kunden auszuweiten. Im Rahmen unserer Mission, den Wandel hin zu stärker adaptiven Anwendungen voranzutreiben, möchten wir unsere Kunden dabei unterstützen, diese Umstellungen abzuschließen, damit sie Workloads problemlos an die effizientesten und effektivsten Standorte, in die geeignetsten Regionen oder in die optimalen Kostenmodelle verlagern können, ohne für jede Umgebung ein Team von Netzwerkspezialisten beschäftigen zu müssen.

Was uns einzigartig macht, ist die Fähigkeit unserer Kunden, mithilfe unserer Technologien Multi-Cloud-Brücken im Cloud-Maßstab zu ihren kritischen On-Premises-Workloads aufzubauen. Unsere Volterra-Übernahme ermöglicht es Kunden, dieselbe Flexibilität und Leistungsfähigkeit auf Workloads und Netzwerke in der Public Cloud zu übertragen – mit einer echten gemeinsamen Steuerungs- und Verwaltungsebene. Dadurch wird die Vernetzung erheblich vereinfacht: Es müssen nicht länger für jede Cloud eigene Teams aufgebaut und zahlreiche umgebungsspezifische APIs verwaltet werden, nur um die Konnektivität zwischen den Clouds herzustellen!

Wir räumen diesem Ziel weiterhin höchste Priorität ein: unseren Kunden einfache, effektive Multi-Cloud-Lösungen für ihr Geschäft bereitzustellen. Wir sind fest davon überzeugt, dass die Lösung für die dringende Forderung von Unternehmen „Ich brauche das jetzt!“ tatsächlich in greifbarer Nähe liegt – dank der Technologien von F5, die eine bessere, schnellere, sicherere und stärker verteilte Cloud ermöglichen.

Erfahren Sie, wie Sie über die Verwaltung mehrerer Clouds hinausgehen und Multi-Cloud-Networking nutzen können

Teilen
Schlagwörter: Office of the CTO, 2021

Ähnliche Blogbeiträge

Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen
F5-Ökosystem | 11.08.2024

Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen

Entdecken Sie optimale Strategien für die Absicherung und Bereitstellung von KI-Anwendungen.

KI zulassen und einführen? Lehren aus der Public Cloud
F5-Ökosystem | 06.04.2023

KI zulassen und einführen? Lehren aus der Public Cloud

Die Einführung von KI steht unmittelbar bevor und könnte entscheidend sein, um wettbewerbsfähig zu bleiben. Daher muss die IT-Sicherheit proaktiv handeln und der KI-Einführung schon jetzt einen Schritt voraus sein, um sie auf einen risikogerechten Weg zu lenken.

Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs
F5-Ökosystem | 12.04.2022

Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs

Es ist deutlich geworden, dass Unternehmen ihren Fokus erneut auf die Geschäftsfunktionen richten müssen, um die Dynamik ihrer digitalen Transformation aufrechtzuerhalten. Kundenerlebnisse haben zwar weiterhin Priorität, doch auch Geschäftsfunktionen wie Recht, Personalwesen und Finanzen müssen digitalisiert werden. Das bedeutet, dass CIOs das Steuer übernehmen, während sich die digitale Transformation von der Modernisierung von Anwendungen hin zur Modernisierung von Betriebsabläufen verlagert.

F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen
F5-Ökosystem | 26.05.2020

F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen

F5 bietet heute die umfassendsten Anwendungsdienste entlang des gesamten Weges vom Code bis zum Kunden. Künftig werden wir verstärkt auf Anwendungstelemetrie und -analysen setzen, damit unsere Kunden wertvolle Erkenntnisse über ihre Anwendungen, Geschäftsabläufe und Benutzererlebnisse gewinnen können. Beim Ausbau unserer Cloud-Analysefunktionen werden wir ML und KI noch stärker nutzen, um unsere Kunden bei der Verbesserung ihrer Geschäftsdienste zu unterstützen.

Telemetrie: Eine andere Art von Daten
F5-Ökosystem | 24.02.2020

Telemetrie: Eine andere Art von Daten

Verwenden wir den Begriff „Telemetrie“ nur, weil er attraktiver klingt als „Daten“? Letztlich sind sowohl Daten als auch Telemetrie strukturierte Informationseinheiten. Es ist kein Verbrechen, die Begriffe synonym zu verwenden. Doch wenn man es genau nimmt, gibt es einen Unterschied. Und dieser Unterschied wird immer wichtiger werden, je weiter Unternehmen in die Datenökonomie vordringen.

MTTR bedeutet nicht „Mean Time to Reboot“
F5-Ökosystem | 14.03.2019

MTTR bedeutet nicht „Mean Time to Reboot“

„Schnell scheitern“ lautet heute das Mantra für mehr Geschwindigkeit. Ob in DevOps oder im Geschäftsleben: Wer in einer digitalen Wirtschaft agiert, muss eine möglichst perfekte Verfügbarkeit gewährleisten.