- PagerDuty /
- Der Blog /
- Analystenberichte /
- Wie die gewählte Technologie die CloudOps-Reife beeinflusst
Der Blog
Wie die gewählte Technologie die CloudOps-Reife beeinflusst
Da die Welt zunehmend digitalisiert wird, ist es für Unternehmen wichtiger denn je, ihre Dienste stets verfügbar zu halten, Innovationen schnell voranzutreiben und ein hervorragendes Kundenerlebnis zu bieten. Verfügbarkeit ist Geld. Daher ist es nicht verwunderlich, dass viele in den letzten Jahren auf die Cloud umgestiegen sind, um deren Flexibilität und Skalierbarkeit zu nutzen und gleichzeitig die Kosten im Griff zu behalten. Und obwohl das Jahr 2020 für kein Unternehmen einfach war, haben diejenigen, die erfolgreich sind, die digitale Denkweise angenommen.
Dieser digitale Wandel bringt jedoch einige große Herausforderungen mit sich, wenn Technologie, Prozesse und Mitarbeiter nicht unternehmensweit aufeinander abgestimmt sind. Jedes Unternehmen geht anders damit um. Doch was zeichnet Unternehmen aus, um sie auf eine nachhaltige Nutzung ihrer Cloud-Operationen (CloudOps) vorzubereiten?
A aktuelles IDC-Whitepaper , gesponsert von PagerDuty, geht genau dieser Frage auf den Grund, mit der Absicht, Trends und Verhaltensweisen von CloudOps-Organisationen besser zu verstehen und herauszufinden, was den Erfolg beim Erreichen digitaler Betriebsreife ausmacht.
Diese Blog-Serie geht tiefer auf die wichtigsten Erkenntnisse ein. Die erster Blog In dieser Reihe wurden die vier Phasen der CloudOps-Reife definiert und drei Beschleuniger identifiziert, die Unternehmen dabei helfen, sich auf der CloudOps-Reise vom „Anfänger“ zum „Experten“ zu entwickeln.
Dieser zweite Blogbeitrag untersucht, wie sich Technologieentscheidungen auf den Weg zur CloudOps-Reife auswirken. Technologie ist der Schlüssel zur Ausrichtung und Optimierung von Cloud-Infrastruktur und -Management auf das Gesamtgeschäft. Sehen wir uns an, welche Trends IDC aufgedeckt hat, als die über 800 Umfrageteilnehmer in Kohorten zusammengefasst und ihre Technologieansätze verglichen wurden.
Konsolidierung und Föderation können die Transparenz komplexer Systeme verbessern
Wenn Unternehmen in die Cloud wechseln, um Entwicklungszyklen zu verkürzen, mehr Code zu veröffentlichen und schneller zu entwickeln, beobachten sie in der Regel auch, dass Infrastruktur und Prozesse dynamischer werden und Änderungen unterliegen. Die Änderungen, die das Produktionssystem betreffen (und testen), sind umfangreicher und werden von dezentraleren Teams vorgenommen. Dies erhöht das Potenzial für mehr Aufwand, um bei Problemen die Ursache zu finden, und erhöht die Sicherheitsherausforderungen.
Um diese zunehmende Komplexität zu bewältigen, nutzen Teams zunehmend Observability-Tools, um Transparenz über hybride Infrastrukturen und Teams hinweg zu schaffen. Der gleichzeitige Einsatz zu vieler Tools kann jedoch auch die Verwaltung des Cloud-Betriebs mit vollständiger Transparenz und einer zentralen Datenquelle erschweren. Um erfolgreich zu sein, sollten Unternehmen frühzeitig während dieses organisatorischen Wandels auf eine CloudOps-Plattform standardisieren und diese als zentrales Tool für ihre Föderationsbemühungen und später für ihre Zentralisierungsbemühungen nutzen. Die Befragten der Expertengruppe zeigten einen Trend zur Nutzung einer einzigen Plattform für verbesserte Observability, Orientierung und Entscheidungsfindung.
Wie unten gezeigt, verwenden 74 % der Expertenorganisationen eine einzige Plattform, im Gegensatz zu nur 18 % der Anfänger und 24 % der Fortgeschrittenen.

Reife CloudOps-Organisationen verfolgen einen „Hybrid by Design“-Ansatz
Der Bericht zeigte, dass etablierte Unternehmen überwiegend auf hybride Infrastruktur setzen, was sich voraussichtlich auch nicht ändern wird. CloudOps und die zugrunde liegende Technologie sind ein Katalysator für hybride und Matrix-Managementstrukturen. Sie bieten Führungskräften und Mitarbeitern die Möglichkeit, die Führung im Unternehmen zu modernisieren und eine neue, flexiblere IT-Architektur zu schaffen.
Technisch gesehen geben nur 24 % der CloudOps-Anwender (ANFÄNGER) an, eine Hybrid-Cloud-Architektur zu nutzen, während 59 % keine Pläne für den Einsatz einer solchen Architektur haben. 64 % der CloudOps-Innovatoren (EXPERTEN) nutzen bereits eine Hybrid-Cloud-Infrastruktur für Produktionsaktivitäten, weitere 6 % für Testaktivitäten. Die restlichen ca. 30 % der Innovatoren (EXPERTEN) sind „Cloud-First“-Unternehmen mit minimalen oder eingeschränkten Private-Cloud-/maßgeschneiderten Hardware-Setups.

Regelbasierte und hybride Ansätze bleiben trotz der Verfügbarkeit von KI/ML bestehen
Die meisten Organisationen auf Expertenebene haben ihre Reife durch den primären Einsatz regelbasierter Observability-Tools erreicht. Experten nutzen zudem deutlich seltener einen hybriden regelbasierten und KI/ML-Ansatz als Anfänger. Im Gegensatz dazu nutzen Anfängerorganisationen tendenziell eine Kombination aus KI/ML und regelbasierten Plattformen. Tatsächlich gaben 30 % der Anfängerorganisationen an, einen hybriden Ansatz (KI/ML und regelbasiert) zu verwenden, im Gegensatz zu nur 11 % der Expertenorganisationen.
Dies liegt wahrscheinlich daran, dass die meisten Expertenorganisationen ihre Reise vor etwa vier bis fünf Jahren begannen, als KI und ML noch nicht ausgereift waren. Diese Technologien haben sich heute deutlich weiterentwickelt. Für Einsteiger bedeutet dies, dass sie sowohl KI/ML als auch regelbasierte Tools nutzen und einen hybriden Ansatz verfolgen können, um ihre CloudOps-Reife zu beschleunigen. Durch diese Kombination von Best Practices könnten sie sogar schneller zum Experten werden als diejenigen, die bereits Experten sind.
Da sich die Branche in Richtung einer größeren Verfügbarkeit anspruchsvollerer KI/ML-Anwendungsfälle für die Reaktion auf Vorfälle und das digitale Betriebsmanagement bewegt, erwarten wir eine zunehmende Nutzung von KI-basierten Angeboten, da Unternehmen nach neuen Wegen suchen, um den Arbeitsaufwand für die digitalen Einsatzkräfte an vorderster Front zu verringern.

Vergessen Sie nicht die kulturellen Investitionen, die für Änderungen an Technologie und Prozessen erforderlich sind
Der Wechsel der Technologieplattformen allein kann nicht im luftleeren Raum erfolgen. Um die digitale Betriebsreife zu erreichen, müssen Sie parallel zur Einführung neuer Technologien auch Ihre Prozesse und Ihre Kultur transformieren.
Service Ownership ist ein operatives und kulturelles Modell, bei dem Entwickler den gesamten Code besitzen. Indem Sie Entwickler näher an ihren Code und die Kunden heranführen, schaffen Sie engere Feedbackschleifen und ermöglichen durch Eigenverantwortung und Verantwortlichkeit schnellere Innovationen. Indem Sie Ihre gesamte Servicehierarchie definieren und technische Services mit den geschäftlichen Auswirkungen verknüpfen, stellen Sie sicher, dass alle Systeme eindeutig verwaltet werden. Dies trägt zur Optimierung des Incident-Response-Prozesses bei.
Mit Service Ownership können Sie bei Störungen sofort den richtigen Ansprechpartner einschalten. Dies verbessert die Reaktion auf Vorfälle und verkürzt die mittlere Reaktionszeit (MTTR). Der Bericht zeigt, dass die Implementierung von Full-Service-Ownership ein Kennzeichen für CloudOps-Reife ist. 60 % der Expertenorganisationen gaben an, über ein Service-Ownership-Modell zu verfügen, verglichen mit 29 % der Fortgeschrittenen und nur 8 % der Anfänger.
Wie im ersten Blog erwähnt, kann die Einführung neuer Tools oder Prozesse ohne unternehmensweite Zustimmung zu isolierten Teams und einem Tool-Stack führen, der nicht für die gesamte Organisation integriert ist.
Als Nächstes: Optimierung von Prozessen für die CloudOps-Reife
Im nächsten Blogbeitrag dieser Reihe werde ich die Rolle der Prozesse von Unternehmen bei der Erreichung der CloudOps-Reife untersuchen. Zum vollständigen Lesen: herunterladen das IDC-Whitepaper „Cloud Operations Maturity Assessment, 2021: Wichtige Eigenschaften und Verhaltensweisen, die Anfänger von Experten unterscheiden.“
** IDC-Whitepaper, gesponsert von PagerDuty, Cloud Operations Maturity Assessment, 2021: Wichtige Eigenschaften und Verhaltensweisen, die Anfänger von Experten unterscheiden, 2021, Dok. Nr. US47638121, Juni 2021.