Trotz des unaufhaltsamen Aufstiegs des Cloud Computing gibt es immer noch ein Hin und Her zwischen On-Premise- und Off-Site-Ansätzen.
Der KubeCon und CloudNativeCon Die Ereignisse in Europa sind gerade zu Ende gegangen, und eines ist klar geworden: Die Chancen übersteigen die Fähigkeit der Organisationen, ihre potenziellen Vorteile zu nutzen. Keith Townsend, der an der Konferenz teilnahm, beobachtete in a twittern dass „Talent und Bildung die größte Herausforderung sind.“ Ich sehe derzeit keine praktikable Möglichkeit, Tausende von Apps ohne große Ressourcen zu migrieren. Es gibt mehr Arbeit als Menschen und Geld.
In der Tat. Die Informationstechnologie wird von Tag zu Tag komplexer und es besteht kein Mangel an Bedarf an Überwachungs- und Automatisierungsfunktionen für den Aufbau und die Verwaltung von Systemen. Cloud-native Plattformen gelten nicht nur als Lösung für eine verbesserte Wartung, Überwachung und Automatisierung, sondern auch für die Modernisierung der Infrastruktur und eine schnellere Markteinführung. Gleichzeitig bleiben die Fähigkeiten und die Sicherheit von Cloud-nativen Systemen vorrangige Anliegen.
Diese Punkte wurden in a bestätigt Umfrage von mehr als 1.300 globalen Befragten aus Kanonisch, der Herausgeber von Ubuntu. Die Umfrage ergab, dass 83 % entweder Hybrid- oder Multi-Cloud nutzen, aber fast 50 % geben an, dass mangelnde interne Fähigkeiten und begrenzte Talente einer Migration zu oder der Nutzung von Kubernetes und Containern im Wege stehen.
Zu den genannten Vorteilen cloudnativer Technologien gehören Elastizität und Agilität, Ressourcenoptimierung und reduzierte Servicekosten.
Warum Cloud Native nutzen?
- Verbesserte Wartung, Überwachung und Automatisierung (64 %)
- Modernisierung der Infrastruktur (44 %)
- Schnellere Markteinführung (26 %)
- Niedrigere Gesamtbetriebskosten der Infrastruktur (18 %)
Die wichtigsten Vorteile cloudnativer Technologien für Unternehmen
- Elastizität und Agilität (50 %)
- Ressourcenoptimierung (27 %)
- Reduzierte Servicekosten (21 %)
- Schnellere Markteinführung (21 %)
- Cloud-Portabilität (19 %)
- Entwicklerproduktivität (19 %)
Die Umfrage untersuchte genau, wo Anwendungen ausgeführt werden. Mindestens 14 % der Befragten gaben an, dass sie alles auf Kubernetes ausführen, über 20 % gaben an, auf Bare Metal und virtuellen Maschinen zu arbeiten, und über 29 % gaben an, dass sie eine Kombination aus Bare Metal, VMs und Kubernetes nutzen. „Diese Verteilung zeigt, wie die Flexibilität von Kubernetes es Unternehmen ermöglicht, überall die gleichen Arten von Workloads auszuführen“, stellen die Autoren des Berichts fest.
Sicherheit ist nach wie vor ein Problem für Cloud- und Kubernetes-Benutzer. 38 % der Befragten geben an, dass Sicherheit das Problem ist wichtigste Überlegung, sei es beim Betrieb von Kubernetes, beim Erstellen von Container-Images oder beim Definieren einer Edge-Strategie. Bezeichnenderweise geben nur 14 % an, dass sie die Sicherheit im nativen Cloud-Bereich „beherrschen“.
Größte Herausforderungen für Kubernetes und Containerbereitstellungen
- Mangel an internen Fähigkeiten/begrenzte Arbeitskräfte (48 %)
- Unternehmens-IT-Struktur (38 %)
- Inkompatibilität mit Altsystemen (32 %)
- Schwierigkeiten, Benutzer zu schulen (29 %)
- Sicherheits- und Compliance-Bedenken wurden nicht angemessen berücksichtigt (25 %)
- Cloud-native Anwendungen miteinander integrieren (22 %)
- Schlechter oder eingeschränkter Support durch Plattformanbieter oder Partner (17 %)
- Netzwerkanforderungen werden nicht ausreichend berücksichtigt ( \17 %)
- Kostenüberschreitungen (16 %)
- Speicher-/Datenanforderungen werden nicht ausreichend berücksichtigt (16 %)
- Beobachtbarkeits-/Überwachungsanforderungen nicht berücksichtigt (15 %)
Unter den genannten Anwendungsfällen für Cloud-native Umgebungen ist die Neuarchitektur proprietärer Lösungen in Microservices die wichtigste Aktivität. Allerdings äußerte einer der Mitwirkenden des Berichts Vorsicht gegenüber dem Einsatz von Microservices. „Wenn man Microservices als Allheilmittel betrachtet, wird man enttäuscht sein“, sagt er Tim Hockin, leitender Softwareentwickler für Google Cloud Platform und Mitwirkender des Berichts. „Es ist eine Art, Teams zu organisieren. Microservices bieten hierfür eine gute Möglichkeit. Aber wenn Sie denken, dass eine schlechte Bewerbung erst dann gut wird, werden Sie enttäuscht sein. Oder wenn Ihre Anwendung unzuverlässig ist oder der Big-Ball-of-Mud-Architektur folgt, dann werden Sie es auch schwer haben.“
Top-Cloud-Native-Anwendungsfälle
- Umstrukturierung proprietärer Lösungen in Microservices (19 %)
- Bereitstellen und Testen von Anwendungen in einer CI/CD-Pipeline (15 %)
- Wechsel zu einer Open-Source-Lösung (13 %)
- Verwalten oder Aktivieren eines Hybrid-Cloud-Setups (11 %)
- Bereitstellung oder Verwaltung von Kubernetes-as-a-Service (10 %)
- Orchestrierung von Arbeitslasten in einer Multi-Cloud-Umgebung (10 %)
Trotz des unaufhaltsamen Aufstiegs des Cloud Computing gibt es immer noch ein Hin und Her zwischen On-Premise- und Off-Site-Ansätzen. „Wenn Leute mangelnde Fähigkeiten als Blocker erwähnen, ist die Wahrheit, dass sie sich oft bereits in einer Umgebung befinden wo sie bereit sind, das nächste zu tun, aber nicht über die infrastrukturelle oder organisatorische Unterstützung dafür verfügen“, sagt Ken Sipe, ein leitender Unternehmensarchitekt der Cloud Native Computing Foundation und Edward Jones. „Es ist auch eine Frage von Buy versus Build: Beim Kauf einer Lösung und der damit verbundenen Dienstleistung muss ein Unternehmen eine Lösung kaufen profitiert von der Nutzung externer Ressourcen und Fähigkeiten, ohne die entsprechenden Fähigkeiten aufbauen zu müssen im Haus. Beim internen Aufbau kann die Organisation von der Umsetzung ihrer technischen Disziplin profitieren, was ein nützliches Unterscheidungsmerkmal sein könnte.“