Grundlegendes zu Cloudbetriebsmodellen
Die Cloudeinführung ist eine gute Gelegenheit, um sich noch einmal mit dem Betrieb von Technologiesystemen zu befassen. In dieser Artikelreihe werden Cloudbetriebsmodelle und deren potenzielle Auswirkungen auf Ihre Cloudeinführungsstrategie erläutert. Beginnen möchten wir allerdings mit einer Definition des Begriffs Cloudbetriebsmodell.
Definieren Ihres Betriebsmodells
Bevor Sie Ihre Cloudarchitektur bereitstellen, sollten Sie sich überlegen, wie Sie Ihren Cloudbetrieb gestalten möchten. Machen Sie sich Gedanken über Ihre strategische Ausrichtung, Ihre Personalstruktur und Ihre Anforderungen in den Bereichen Governance, Risiko und Compliance, um Ihr Cloudbetriebsmodell zu definieren. Ihre Zielzonen bieten möglicherweise verschiedene Optionen zur Unterstützung Ihres Betriebsmodells. Die nächsten Artikel enthalten grundlegende Begriffe und Beispiele für gängige Betriebsmodelle. Diese Modelle basieren auf tatsächlichen Kundenumgebungen und können Ihnen unter Umständen dabei helfen, sich für die passende Azure-Zielzone zu entscheiden.
Was ist ein Betriebsmodell?
Als es noch keine Cloudtechnologien gab, haben Teams Betriebsmodelle erstellt, um die Vorteile zu definieren, die Technologie für das Unternehmen hat. IT-Betriebsmodelle umfassen eine ganze Reihe von Faktoren. Einige dieser Faktoren sind jedoch immer gleich: Ausrichtung auf die Geschäftsstrategie, Strukturierung des Personals, Change Management (oder Einführungsprozesse), Betriebsverwaltung, Governance/Compliance und Sicherheit.
Die Faktoren des IT-Betriebsmodells sind für den langfristigen Technologiebetrieb von entscheidender Bedeutung.
Einige Prozesse bleiben weiter relevant, auch wenn der Technologiebetrieb in die Cloud verlagert wird. Die Prozesse können sich jedoch auf die eine oder andere Weise verändern. Aktuelle Betriebsmodelle konzentrieren sich auf physische Ressourcen an physischen Standorten, die über Investitionszyklen finanziert werden. Diese Ressourcen unterstützen Workloads, die das Unternehmen zur Aufrechterhaltung des Betriebs benötigt. Bei den meisten Betriebsmodellen werden die Workloads priorisiert. Hierzu wird in die Stabilität physischer Ressourcen investiert.
Was ist bei einem Cloudbetriebsmodell anders?
Der Hardwarestapel ist ein kontinuierlicher Zyklus. Physische Hardware geht kaputt, und die Leistung verschlechtert sich. Der Ausfall von Hardware steht nur selten mit den Investitions- und Planungszyklen einer Organisation in Einklang. In der Cloud laufen Hardwaremodernisierungen und nächtliche Patches anders ab. Durch die Cloud verlagert sich Ihr Fokus auf digitale Upstreamkomponenten wie Betriebssysteme, Anwendungen und Daten. Durch die Verlagerung von physischen auf digitale Ressourcen verändert sich auch Ihr Technologiebetriebsmodell.
Wenn Betriebsmodelle in die Cloud verlagert werden, werden weiterhin die gleichen Personen und Prozesse benötigt. Die Verlagerung konzentriert sich jedoch auf eine höhere Betriebsebene. Wenn sich Ihre Mitarbeiter nicht mehr auf die Uptime von Servern konzentrieren, ändern sich ihre Erfolgsmetriken. Wenn die Sicherheit nicht mehr von den vier Wänden eines Rechenzentrums abhängt, ändert sich Ihr Bedrohungsprofil. Auch die Geschwindigkeit, mit der Sie Änderungen verwalten, kann sich ändern, wenn Innovationen nicht mehr durch die Beschaffung blockiert werden.
Ein Cloudbetriebsmodell ist die Gesamtheit von Prozessen und Prozeduren, die definieren, wie Sie Technologie in der Cloud betreiben möchten.
Zweck eines Cloudbetriebsmodells
Wenn Sie Hardware aus der Betriebseinheit entfernen, verlagert sich der Schwerpunkt auf digitale Ressourcen und die von ihnen unterstützten Workloads. Betriebsmodelle dienen nun also weniger dazu, den Betrieb aufrechtzuerhalten, sondern vielmehr dazu, betriebliche Konsistenz zu gewährleisten.
Mithilfe des Microsoft Azure Well-Architected Framework lassen sich Workloadaspekte sehr gut in verschiedene allgemeine Architekturprinzipien zerlegen: Kostenoptimierung, optimaler Betrieb, Leistungseffizienz, Zuverlässigkeit und Sicherheit.
Im Zuge der Umstellung auf eine höhere Betriebsebene helfen die allgemeinen Architekturprinzipien dabei, den Zweck des Cloudbetriebsmodells neu auszurichten. Wie können wir bei allen Ressourcen und Workloads im Portfolio ein ausgewogenes Verhältnis dieser Architekturprinzipien sicherstellen? Welche Prozesse sind erforderlich, um die Anwendung dieser Prinzipien zu skalieren?
Neugestalten Ihres Betriebsmodells
Was bleibt noch, wenn Sie Ihr Betriebsmodell aktualisieren, um Beschaffungs-, Änderungs-, Betriebs- und Schutzaspekte im Zusammenhang mit physischen Ressourcen daraus zu entfernen? Für einige Organisationen stellt das Betriebsmodell einen kompletten Neuanfang dar. Die meisten Organisationen werden von einigen Einschränkungen befreit, die sich im Laufe der Zeit entwickelt haben. In beiden Fällen bietet es sich an, sich Gedanken über die gewünschte Cloudnutzung zu machen.
In diesen Artikeln werden die folgenden Themen behandelt, damit Sie sich Ihr zukünftiges Betriebsmodell besser vorstellen können:
- Definieren Ihres Cloudbetriebsmodells
- Vergleichen gängiger Cloudbetriebsmodelle
- Implementieren Ihres Betriebsmodells mit Azure-Zielzonen
Nächste Schritte
Informieren Sie sich darüber, wie das Cloud Adoption Framework Sie beim Definieren Ihres Betriebsmodells unterstützt.