Heutzutage kann man kaum einen Tech-Blog lesen, ohne auf einen Artikel zu stoßen, der Multi-Cloud-Architekturen in den höchsten Tönen lobt. Dafür gibt es gute Gründe: Multi-Cloud bietet zahlreiche Vorteile – von Kosteneinsparungen über eine höhere Zuverlässigkeit bis hin zu vielen weiteren Vorzügen.
Doch Multi-Cloud-Strategien bringen auch einige Herausforderungen mit sich, insbesondere bei der Anwendungsbereitstellung. Bevor Sie auf den Multi-Cloud-Zug aufspringen, sollten Sie prüfen, wie sich eine Multi-Cloud-Architektur auf Ihre Bereitstellungsstrategie auswirkt, und sicherstellen, dass Sie auf die damit verbundenen Schwierigkeiten vorbereitet sind.
Dieser Artikel beschreibt häufige Herausforderungen bei der Bereitstellung in Multi-Cloud-Umgebungen und gibt Tipps, wie sie sich bewältigen lassen.
Herausforderung 1: Bereitstellung
Wenn Sie mehr als eine Cloud nutzen, müssen Sie mehrere Umgebungen bereitstellen, bevor Sie Anwendungen darin bereitstellen können.
Bis zu einem gewissen Grad können Infrastructure-as-Code-Tools (IaC-Tools) dazu beitragen, diesen Prozess zu optimieren. Sie können eine einzige IaC-Vorlage verwenden, um mehrere Clouds auf dieselbe Weise bereitzustellen.
Allerdings kann IaC bei dieser Herausforderung nur begrenzt helfen. Wenn Sie ein IaC-Tool verwenden, das von einem bestimmten Cloud-Anbieter bereitgestellt wird, ist es möglicherweise nur eingeschränkt oder gar nicht mit anderen Clouds kompatibel. Daher müssen Sie unter Umständen für jede Cloud ein anderes IaC-Tool verwenden, was dem Zweck von IaC teilweise zuwiderläuft. Selbst wenn Sie über ein IaC-Tool verfügen, das mit all Ihren Clouds funktioniert, müssen Sie Ihre Konfigurationen wahrscheinlich manuell anpassen, da Sie nicht für jede Cloud exakt dieselbe Vorlage verwenden können.
In Situationen, in denen IaC Ihre Herausforderungen bei der Bereitstellung in mehreren Clouds nicht lösen kann, empfiehlt sich eine Lösung, die Workloads vollständig von den zugrunde liegenden Clouds abstrahiert. So müssen Sie sich nicht um die separate Bereitstellung für jede einzelne Cloud kümmern.
Herausforderung 2: Anwendungsbereitstellung
Ähnlich wie bei der Bereitstellung der Infrastruktur kann auch die eigentliche Bereitstellung Ihrer Anwendung kompliziert sein, wenn Sie Instanzen in mehreren Clouds bereitstellen. Jede Cloud erfordert einen anderen Bereitstellungsprozess.
Sie können versuchen, Tools von Drittanbietern zur Release-Automatisierung einzusetzen, um Anwendungsinstanzen automatisch in jeder von Ihnen genutzten Cloud bereitzustellen. Dies vereinfacht den Prozess, doch wie bei IaC-Tools werden Sie wahrscheinlich einige manuelle Anpassungen vornehmen müssen, da Sie nicht für jede Cloud exakt dieselbe Konfiguration verwenden können.
Auch hier trägt eine Lösung, die Workloads von den Clouds abstrahiert, auf denen sie gehostet werden, und einen vollständig einheitlichen Bereitstellungsprozess über mehrere Clouds hinweg bietet, stärker zur Bewältigung der Herausforderungen bei der Bereitstellung einer Multi-Cloud-Architektur bei als Tools zur Release-Automatisierung.
Herausforderung 3: Lastverteilung
Wenn Sie mehrere Instanzen Ihrer Anwendung in mehreren Clouds hosten, wie stellen Sie sicher, dass jede davon die optimale Menge an Datenverkehr verarbeitet? Wie vermeiden Sie es, zu viel Datenverkehr an eine Cloud weiterzuleiten, während die andere ungenutzt bleibt? Woher wissen Sie, wann Sie eine Instanz hinzufügen oder entfernen müssen?
Das sind wichtige Fragen. Wenn Sie die Lasten in Ihrer Multi-Cloud-Architektur nicht richtig verteilen können, kann dies zu Leistungsproblemen und unnötigen Kosten führen – also genau zum Gegenteil dessen, was eine Multi-Cloud-Architektur eigentlich bieten soll.
Leider sind diese Fragen in einer Multi-Cloud-Umgebung nur sehr schwer zu beantworten. Da die Cloud-Anbieter selbst keine Load-Balancing-Lösungen anbieten, die mit den Clouds anderer Anbieter kompatibel sind, müssten Sie jede Cloud einzeln und sorgfältig überwachen, um zu ermitteln, wie der Datenverkehr zwischen verschiedenen Clouds und Anwendungsinstanzen verteilt werden sollte.
Durch den Einsatz einer einheitlichen Netzwerk- und Monitoring-Plattform, die in mehreren Clouds bereitgestellt werden kann, sowie eines Application Delivery Network, das Verbindungen herstellt und die Last automatisch verteilt, können Sie diese Herausforderungen vermeiden und sicherstellen, dass Sie tatsächlich von den Vorteilen profitieren, die Multi-Cloud-Strategien bieten sollen.
Herausforderung 4: Ausgehender Datenverkehr
Cloud-Anbieter sind gierig. Sie wollen, dass Ihre Workloads und Daten für immer in ihren Clouds bleiben. Wenn Sie Daten herausübertragen – also einen Datenausgang (Egress) durchführen –, berechnen sie Ihnen erhebliche Gebühren.
Das bedeutet, dass eine Multi-Cloud-Architektur, bei der Daten häufig von einer Cloud in eine andere übertragen werden müssen, Ihre Cloud-Computing-Kosten aufgrund der Gebühren für ausgehenden Datenverkehr erheblich erhöhen kann.
Grundsätzlich können Sie dieses Risiko mindern, indem Sie Ihre Multi-Cloud-Architektur so gestalten, dass Daten nicht häufig zwischen Ihren verschiedenen Clouds verschoben werden müssen. Vermeiden Sie beispielsweise eine Situation, in der Ihre Anwendung in einer Cloud ausgeführt wird, die von ihr zu verarbeitenden Daten jedoch in einer anderen gehostet werden, da dies umfangreiche Datenübertragungen zwischen den Clouds erfordern würde.
Eine weitere hilfreiche Strategie besteht darin, ein Application Delivery Network zu nutzen, in dem einige Ihrer häufiger verwendeten Daten gespeichert werden. Neben zahlreichen weiteren Sicherheits- und Leistungsvorteilen kann ein Application Delivery Network dafür sorgen, dass Anwendungen in einer Cloud seltener Daten in eine andere Cloud oder aus dieser heraus übertragen müssen. Stattdessen können sie Datenspeicher innerhalb des Application Delivery Network nutzen.
Herausforderung 5: Überwachung
Schon bei einer einzelnen Cloud den Überblick zu behalten, ist schwierig genug. Kommen mehrere Clouds ins Spiel, wird die Überwachung aller beteiligten Dienste und Konfigurationen zu einer wahrhaft gewaltigen Aufgabe.
Tools für das Application Performance Monitoring (APM), die für die Unterstützung von Multi-Cloud-Umgebungen konzipiert sind, können bei dieser Aufgabe bis zu einem gewissen Grad helfen. Ihre Möglichkeiten sind jedoch begrenzt. Sie benachrichtigen Sie, wenn bei einer Ihrer Anwendungen offenbar ein Problem auftritt. Sie müssen jedoch selbst herausfinden, welche Cloud oder Clouds das Problem verursachen, und anschließend die Tools der jeweils betroffenen Cloud verwenden, um es zu beheben.
Alternativ können Sie Ihre Workloads von den zugrunde liegenden Clouds abstrahieren, sodass Sie nur eine einzige „logische Cloud“ und einen einzigen Satz von Bereitstellungstools überwachen müssen. Dieser Ansatz reduziert die Anzahl der Komponenten, die Sie im Blick behalten müssen, um die Transparenz Ihrer Anwendungen und Infrastruktur zu gewährleisten.
Fazit
Die Verwaltung von Anwendungsbereitstellungen in einer Multi-Cloud-Architektur ist von Natur aus schwierig. Verschiedene Arten von Automatisierungstools können zwar dazu beitragen, Aufgaben wie die Bereitstellung von Ressourcen, das Deployment und die Überwachung zu optimieren, doch sie machen manuelle Eingriffe nicht vollständig überflüssig.
Anstatt zu versuchen, die Herausforderungen bei der Multi-Cloud-Bereitstellung mit verschiedenen Tools zu bewältigen, ist es sinnvoller, die Multi-Cloud-Architektur selbst anders zu gestalten. Mit Lösungen wie VoltMesh und VoltConsole können Sie Anwendungen konsistent und zentral über mehrere Clouds hinweg bereitstellen und verbinden und zugleich das globale Application Delivery Network von Volterra nutzen, um die Leistung und Sicherheit Ihrer Workloads zu optimieren.
Über den Autor
Ähnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...