Cloud Landing Zones fungieren als Brücke, die eine skalierbare und kosteneffektive Anwendung von fünf Kern-Governance-Funktionen erleichtert. Sie gewährleisten eine konsistente, as-code, Konfiguration von Cloud-Umgebungen für Anwendungsteams und reduzieren die Komplexität bei der Verwaltung vielfältiger Cloud-Workloads.

Ohne eine Landing Zone kann die Skalierung der Cloud-Adoption schnell außer Kontrolle geraten, insbesondere, wenn mehr als ein paar Anwendungsteams beteiligt sind. Obwohl die Vorteile einer Landing Zone hauptsächlich beim Skalieren der Cloud-Adoption zum Tragen kommen, ist es am besten, bereits am ersten Tag mit dem Aufbau einer Landing Zone zu beginnen.

In vielen Organisationen, die ihre Cloud-Migration beginnen, sind die erforderlichen Fachkenntnisse zum Bauen und Betreiben von Cloud-Anwendungen rar und ungleichmäßig verteilt. Neue Talente zu gewinnen und diese Fähigkeiten durch Schulungen aufzubauen benötigt Zeit und Mühe. Angesichts dieser Einschränkungen müssen Organisationen ein Cloud-Betriebsmodell ins Auge fassen, das sie für eine erfolgreiche Migration in die Cloud vorbereitet.

Viele Anwendungsteams tun sich schwer mit der Verlagerung ihrer Anwendung vom Rechenzentrum zu Azure. Es fehlt ihnen an Cloud-Erfahrung und Azure-Know-how. Das zentrale Cloud-Team kann die dringend benötigte Unterstützung nicht leisten und ist ein Engpass, wenn es um die Bereitstellung der erforderlichen Azure-Ressourcengruppen und Cloud-Services geht.

Mit meshStack – der Cloud Foundation Platform von meshcloud – können zentrale Cloud-Teams den Anwendungsteams automatisiertes Azure Resource Group Provisioning im Full Self-Service anbieten. Neue und bestehende Ressourcengruppen können zentral verwaltet werden, um Sicherheit und Compliance zu gewährleisten. Zur Unterstützung von Anwendungsteams, die typische Azure Lift & Shift-Workloads bewältigen müssen, können Cloud Foundation Teams jetzt Services zu Landing Zones zuweisen: Für die Lift & Shift-Anwendungsfälle bedeutet dies, dass Anwendungsteams eine Azure Lift & Shift-Ressourcengruppe zusammen mit einer virtuellen Maschine, Speicher und Netzwerk in einem Schritt bestellen können.

Wir haben das Cloud Foundation Maturity Model aus unseren zahlreichen Erfahrungen mit Unternehmen abgeleitet, die sich in verschiedenen Phasen ihrer Cloud-Entwicklung befinden. Dieses Modell zeigt die entscheidenden Fähigkeiten auf, die Ihr Unternehmen entwickeln muss, um Anwendungsteams mit Cloud-Services und -Infrastruktur zu unterstützen. Das Schöne daran? Es ist implementierungsunabhängig. Auch wenn wir bei meshcloud das Modell entwickelt haben und eine Cloud Foundation Platform anbieten, liegt der Schwerpunkt auf den Fähigkeiten und nicht auf einer bestimmten Art der Implementierung.

In unserem Modell bezeichnen wir die Fähigkeiten als Bausteine. Wir sprechen hier von einer Bau-Metapher. Sie setzen die richtigen Blöcke zusammen, um ein starkes Cloud-Fundament zu schaffen. Zum besseren Verständnis haben wir die einzelnen Bausteine und ihre wesentlichen Komponenten skizziert.

Aber wir haben uns nicht darauf beschränkt, diese Bausteine zu definieren. Wir zeigen auch auf ihre Verbindungen untereinander auf. Die Bausteine sind in Funktionssäulen gruppiert, wie z. B. Tenant Management oder IAM. Darüber hinaus können sie Abhängigkeiten aufweisen, d. h. die Entwicklung einer Funktion kann von einer anderen abhängen.

Showback und Chargeback sind bekannte Begriffe aus der Finanzverwaltung in der Cloud. Diese Prinzipien fördern die Kostentransparenz und die verursachergerechte Abrechnung, die in der FinOps-Methodik in drei Phasen eingesetzt werden:
Informieren, Optimieren und Betreiben.

Diese werden angewandt, um die Vorteile des Pay-per-Use-Modells für Cloud-Ressourcen zu maximieren und die Transparenz und Verantwortlichkeit zu fördern. Die Zuweisung der finanziellen Kosten ist mit der Zuweisung der Umweltkosten vergleichbar.

Dies bedeutet, dass die Schaffung von Transparenz und echter Verantwortung für die Anwendungsteams effektiv von der finanziellen auf die ökologische Perspektive übertragen werden kann.

In der Phase „Informieren“ erhalten die Nutzer beispielsweise Klarheit über ihre aktuellen Kohlenstoffemissionen und deren Zuordnung, und sie erfahren, welche nachhaltigen Optionen (in Bezug auf die Umweltauswirkungen) ihnen zur Verfügung stehen, die zunehmend von den Anbietern von Cloud-Diensten selbst bereitgestellt werden.

In der Optimize-Phase können Anpassungen an der Infrastruktur mit dem Ziel, den CO2-Fußabdruck zu minimieren, umgesetzt und gemessen werden.

In der Operate-Phase schließlich liegt der Schwerpunkt auf der Förderung des Verantwortungsbewusstseins aller Beteiligten durch Investitionen in Schulungen und die Weitergabe von Wissen über nachhaltige Cloud-Verfahren.

Cloud Foundation Teams, auch bekannt als Cloud Centers of Excellence, sind der Schlüssel für eine erfolgreiche Cloud-Implementierung und den Betrieb innerhalb eines Unternehmens. Dank ihres funktionsübergreifenden Charakters können sie verschiedene Bereiche Ihrer Cloud-Reise in Angriff nehmen, darunter Projektmanagement, Identitäts- und Zugriffsmanagement (IAM), Sicherheit und Kostenmanagement.

Diese Teams bestehen in der Regel aus Schlüsselpositionen wie Enterprise Architects, Platform Engineers und Security Officers. Diese Cloud-Stakeholder spielen eine wichtige Rolle bei der Umsetzung der Cloud-Strategie Ihres Unternehmens und sorgen dafür, dass diese auf die Bedürfnisse der verschiedenen Kunden abgestimmt ist.

Aber wie können Sie feststellen, wer welchen Aufgabenbereich hat? An dieser Stelle kommt unsere Cloud Foundation Stakeholder Map ins Spiel. Diese umfassende Ressource hilft Ihnen, die spezifischen Zuständigkeiten der einzelnen Rollen zu ermitteln, damit Sie das Cloud-Onboarding, die Projektimplementierung und den Betrieb beschleunigen können. Darüber hinaus bietet sie klare Richtlinien für die Koordinierung sich überschneidender Bereiche wie IAM, IT-Sicherheit, Controlling-Anforderungen und ITSM-Integrationen, die den Kern Ihrer Cloud Foundation bilden.

Viele Cloud- und Netzwerkteams finden es schwierig, die erforderlichen Azure-Netzwerkdienste für die Anwendungsteams ihres Unternehmens bereitzustellen. Warum ist das so?

Wenn Unternehmen die Cloud-Einführung anstreben, kollidiert die hohe Nachfrage nach Netzwerkdiensten oft mit manuellen Prozessen, wodurch ein echter Engpass entsteht, der den Übergang verlangsamt.
In diesem Whitepaper erfahren Sie, wie Sie mit einer von meshcloud entwickelten Lösung Azure-Netzwerkdienste in einem vollautomatischen Self-Service-Modus bereitstellen können.

Das Problem: Die hohe Nachfrage nach der Integration von Anwendungen in Azure trifft auf manuelle Prozesse, was zu einem Engpass bei der Cloud-Einführung führt. Unternehmen, die auf Azure umsteigen, haben einen hohen Bedarf an der Integration von Anwendungen in ihre virtuellen Netzwerke. Um On-Prem- oder sichere Cloud-Konnektivität zu bieten, greifen sie oft auf eine Hub-and-Spoke-Architektur zurück und müssen die Speichen jedes Mal manuell erstellen.

Dieser Ansatz stellt einen echten Engpass für die Cloud-Transformation des Unternehmens dar und ist nicht effizient skalierbar.

Die von Azure bereitgestellten Lösungen sind kompliziert und es fehlt oft an zentraler Transparenz und Kontrolle. Unternehmen müssen in der Lage sein, Azure-Konnektivität auf eine skalierbare und sichere Weise anzubieten, die eine zentrale Kontrolle gewährleistet.

Erleben Sie, wie wir mit zwei Landing Zones in nur sechs Wochen erfolgreich eine Cloud Foundation aufgebaut haben: Wir beginnen mit der Entwicklung eines maßgeschneiderten Cloud-Betriebsmodells für Ihr Unternehmen. Dazu gehört die Festlegung der spezifischen Ziele, die mit Ihrer Cloud Foundation-Implementierung verbunden sind, das Erkennen der wichtigsten Stakeholder des Projekts und die Bestimmung der Rollen interner Teams und Kunden im Cloud Foundation-Kontext. Darüber hinaus helfen wir Ihnen, die wichtigen Informationen zu verstehen, die Ihre Teams benötigen, um eine Cloud-Umgebung effektiv zu implementieren, und beleuchten die verschiedenen Cloud-Anwendungsfälle, die den besonderen Anforderungen Ihres Unternehmens entsprechen.

Anschließend werden Ihre internen Teams mit unabhängigen Cloud-Umgebungen wie Azure-Abonnements, AWS-Konten oder Google Cloud Projects ausgestattet. Mit diesen Umgebungen können sie ihre Anwendungen eigenständig bereitstellen. Um eine sichere Konfiguration zu gewährleisten, verwenden wir Best-Practice-Spezifikationen von Cloud-Anbietern und automatisieren deren Integration in Ihr Cloud-Fundament mit Infrastructure as Code unter Verwendung von Terraform, komplett mit integrierter Dokumentation.

Für die Bereitstellung einer Lift & Shift Landing Zone schaffen wir einen dedizierten Platz innerhalb der Cloud-Ressourcenhierarchie, so dass sie nahtlos mit anderen Landing Zones koexistieren kann. Über den meshStack Marketplace kann Ihr Cloud Foundation-Team seine Services schnell über Terraform und GitOps-Pipelines bereitstellen.

Ohne eine gut durchdachte Organisationsstruktur in der Cloud riskieren Unternehmen, Effizienz, Sicherheit und digitale Souveränität zu opfern. Das ist ein Thema, das wir in unseren Gesprächen mit Kunden oft ansprechen. Den Empfehlungen von Cloud-Service-Anbietern blind zu folgen, ist nicht immer der beste Ansatz. Wenn Sie versuchen, die hierarchische Struktur Ihres Unternehmens – Abteilungen, Regionen, Geschäftsbereiche – in der Cloud abzubilden, können Sie mit ernsthaften Nachteilen rechnen. Wir haben die Erfahrung gemacht, dass eine flachere Hierarchie dazu beitragen kann, Potenziale freizusetzen, die möglicherweise unter den Schichten komplizierter Hierarchien gefangen sind.

Die Gestaltung einer Organisationsstruktur in der Cloud kann voller Herausforderungen sein. Aus diesem Grund haben wir dieses Whitepaper zusammengestellt. Es ist Ihre Landkarte, die Ihnen helfen soll, Fallstricke zu vermeiden und Ihnen zu zeigen, wie eine effektive Struktur aussehen sollte.

Als Teil des Cloud Adoption Frameworks bietet Microsoft Azure eine Anleitung zur Erstellung von Managementgruppenhierarchien, die den unterschiedlichen organisatorischen Anforderungen gerecht werden.

Auf der Grundlage unserer umfangreichen Erfahrung in der Arbeit mit großen Unternehmen mit komplizierten Abteilungsstrukturen schlagen wir einen Ansatz vor, der die Verwaltungsgruppenhierarchie auf die gewünschten Landing Zones abstimmt. Um die Komplexität zu minimieren und Audits der entstehenden Cloud-Infrastruktur zu rationalisieren, ist es am besten, die Ressourcenhierarchien so flach wie möglich zu halten.

Dieser Ansatz fördert eine zentralisierte Governance mit nur einer Self-Service-Delegationseinheit (Azure Subscription) und vermeidet so die Einführung von zwischengeschalteten „Self-Service“-Einheiten wie „Abteilungs“-Verwaltungsgruppen. Cloud Foundation Teams, die den Übergang von Ressourcengruppen zu Azure Subscriptions anstreben, um Self-Service-Cloud-Tenant-Umgebungen zu erleichtern, können die Fähigkeit von Azure nutzen, Ressourcengruppen auf eine neue Subscription zu übertragen. Dieser Prozess kann aus Effizienzgründen automatisiert werden.

FinOps ist im Grunde genommen eine transformative kulturelle Praxis. Es ebnet Teams auf der ganzen Welt den Weg, ihre Cloud-Kosten so effizient wie möglich zu verwalten, indem es eine Kultur der Eigenverantwortung für die Cloud-Nutzung fördert, unterstützt von einer zentralen Gruppe, die Best Practices befürwortet.

Auf diesem Weg arbeiten funktionsübergreifende Teams zusammen und streben eine schnellere Bereitstellung an, während sie gleichzeitig eine bessere finanzielle Kontrolle und Ressourcenoptimierung erhalten.

Um die FinOps-Mentalität und -Kultur zu verinnerlichen, ist eine Abkehr von den traditionellen Strukturen unerlässlich: Die Aufgabe der Kostenermittlung und -genehmigung liegt nicht mehr bei einem isolierten Beschaffungsteam. Stattdessen vereint ein funktionsübergreifendes Team, das FinOps-Praktiken anwendet, Technik, Geschäft und Finanzen, um die Verwaltung von Cloud-Services, Tarifen und Rabatten zu optimieren.

Mit FinOps erhalten die operativen Teams nahezu in Echtzeit Zugriff auf Ausgaben- und Verbrauchsdaten, wodurch die Transparenz gefördert wird. Der FinOps-Prozess ist in drei iterative Phasen unterteilt: Informieren, Optimieren und Betreiben. Dieser zyklische Ansatz ermöglicht es Unternehmen, sich schnell an neue Anforderungen anzupassen und gewährleistet eine kontinuierliche Kostenoptimierung.