Planen der SAP-Cloudeinführung in Azure
Wie im Artikel zur SAP-Strategie beschrieben, kann die SAP-Cloudeinführung zu hohen Einnahmen führen, aber es besteht auch ein großes Risiko, dass die Erwartungen nicht erfüllt werden. Indem Sie einen eindeutigen Finanzplan entwickeln, der auf Ihrer digitalen Umgebung basiert, können Sie dafür sorgen, dass die Erwartungen besser erfüllt werden. Aufgrund dieser Finanzplanung erhält das Cloudeinführungsteam gleichzeitig die Daten, die es zum Planen der technischen Aktivitäten benötigt.
Die Vorlage für die Strategie und Planung und andere Ressourcen des Cloud Adoption Framework kann Ihrer Organisation als Hilfe beim Aufstellen eines geeigneten Plans für die SAP-Cloudeinführung dienen.
Planen der digitalen SAP-Umgebung
Wie bei den meisten komplexen Plattformen verfügt Ihre digitale SAP-Umgebung über drei Ressourcenkategorien, die in Ihrem Plan berücksichtigt werden sollten: Plattform-, grundlegende und Workloadressourcen.
Plattformressourcen: Ihre SAP-Plattform wird basierend auf verschiedenen dedizierten Anwendungen, Daten, virtuellen Computern bzw. Servern und ggf. Appliances ausgeführt. Unabhängig von den Aktivitäten Ihrer Organisation auf dieser Plattform entsprechen diese Ressourcen der Definition gemäß den Anforderungen Ihrer SAP-Bereitstellung.
Grundlegende Ressourcen: Ihre SAP-Plattform und die unterstützende Umgebung basieren darüber hinaus auf verschiedenen erforderlichen Ressourcen, z. B. Identitätsanbieter, Netzwerke, Tools für die Betriebsverwaltung und mehr. In Azure werden diese Ressourcen als „grundlegende Ressourcen“ bezeichnet. Später in dieser Artikelreihe wird beschrieben, wie Sie eine Azure-Zielzone dafür bereitstellen.
Workloadressourcen: Die meisten Organisationen führen eine Erweiterung oder Integration von SAP für verschiedene Geschäftsprozesse durch, die im gesamten Portfolio durch eine Reihe von Workloads unterstützt werden. Diese Workloads werden durch die Anwendungen, Daten und virtuellen Computer unterstützt, die nicht Teil der Bereitstellung der Kernplattform sind. Jede Workload mit einer Abhängigkeit von der SAP-Plattform sollte einzeln benannt, inventarisiert, rationalisiert und nachverfolgt werden, um das Treffen von präzisen Entscheidungen in Bezug auf die finanzielle und technische Planung zu ermöglichen.
Eine Anleitung zur Planung der digitalen SAP-Umgebung finden Sie in den Prozessen, die in der Artikelreihe zur Planung digitaler Umgebungen beschrieben sind. Im Artikel Bewerten von Workloads für die Migration zu Azure zu den bewährten Methoden wird die Verwendung von Azure Migrate und anderen Bewertungstools vorgeschlagen, um diese theoretische Anleitung aus dem vorherigen Artikel umsetzen zu können.
Bei der Planung der SAP-Einführung sollten für diese Prozesse verschiedene Aspekte berücksichtigt werden:
Evaluierung von Abhängigkeiten: Abhängigkeiten von einer Kernplattform wie SAP sind häufig nicht dokumentiert. Achten Sie darauf, dass Sie für alle Ressourcen des Portfolios eine Abhängigkeitsanalyse einbinden.
Kennzeichnung mit Tags, Gruppierung und Metadaten: Führen Sie für alle Ressourcen sorgfältig die Kennzeichnung bzw. Gruppierung durch:
Versehen Sie alle Ressourcen der Plattform sorgfältig mit Tags, und gruppieren Sie sie. Es ist wichtig, dass Sie keine Ressourcen vergessen, da diese für die Optimierung der finanziellen bzw. technischen Planung entscheidend sind.
Trennen und gruppieren Sie alle grundlegenden Ressourcen, von denen die SAP-Bereitstellung abhängig ist. Später ist dann eine Ersetzung durch effizientere Optionen für Azure-Zielzonen möglich.
Führen Sie für jede abhängige Workload eine einzelne Gruppierung durch. Diese Workloads können während der Rationalisierung und Migration jeweils einzeln betrachtet werden.
Rationalisierung von Ressourcen: Die Rationalisierung ist einer der wichtigsten Aspekte des Finanzplans. Beachten Sie für jede Gruppe mit Ressourcen Folgendes:
Können grundlegende Ressourcen ausgesondert und durch cloudnative Optionen für Azure-Zielzonen ersetzt werden?
Überlegen Sie für jede Workload, ob sie ausgesondert werden kann. Ist es sinnvoll, die Workload unter Infrastructure-as-a-Service neu zu hosten? Sollte die Workload modernisiert werden? Ist die Workload wichtig genug, um eine Umgestaltung oder Neuerstellung mit Nutzung des cloudnativen Hostings zu rechtfertigen?
Priorisierung und Sequenzierung: Führen Sie für die Plattform und die Workloads eine Priorisierung und Sequenzierung durch, um eine Zeitachse und einen Plan aufstellen zu können.
Hybridaspekte: Sollen während der Ausführung des Plans Veröffentlichungen in Form von Migrationswellen durchgeführt werden? Benötigen Sie während der Migrationswellen Hybridkonnektivität für Produktionsdatenverkehr? Bei Verwendung einer Hybrid Cloud können Unternehmen Computeressourcen skalieren. Darüber hinaus ist bei Hybridimplementierungen kein hoher Kapitalaufwand erforderlich, um kurzfristige Bedarfsspitzen zu kompensieren. Falls ein Unternehmen lokale Ressourcen für Daten oder Anwendungen mit einem höheren Vertraulichkeitsgrad freigeben muss, führt eine Hybridimplementierung zu einer Beschleunigung der Ressourcenreduzierung.
Umgebungsplanung: Verschieben Sie für die Produktion und nicht für die Produktion bestimmte SAP-Plattformen gleichzeitig oder einzeln? Es kommt vor, dass Kunden ihre nicht für die Produktion bestimmte SAP-Plattform nach Azure verschieben, um eine Lernumgebung zu erstellen und das Risiko zu minimieren. Werden die Produktionsplattform und die Workloads, wenn das Team mit den Abläufen und Azure-Workloads der SAP-Plattform vertraut und zufrieden ist, nach einigen Wochen oder nach einigen Monaten migriert?
Plattformrationalisierung: Der wichtigste Aspekt ist die Art und Weise, wie die Ressourcen einer SAP-Plattform rationalisiert werden. Überlegen Sie sich, wie die Plattform migriert werden soll. Der Migrationsansatz bildet die Grundlage für den Ressourcenbestand, der dauerhaft in der Cloud gespeichert wird, und für die damit verbundenen Arbeitsschritte. Es gibt die folgenden möglichen Optionen:
Zuweisen eines neuen Hosts: Nutzen Sie Azure Migrate oder eine homogene Systemkopie, um für die aktuelle SAP-, Betriebssystem- bzw. DBMS-Plattform den Lift & Shift-Vorgang durchzuführen.
Zuweisen einer neuen Plattform: Verbinden Sie die Erstellung einer heterogenen Plattformkopie für SAP mit einer Umstellung auf Azure, z. B. wenn dies für das Betriebssystem erforderlich ist oder sich das DBMS ändert. Ein weiteres Beispiel ist der Fall, in dem eine SAP NetWeaver-Produktion auf HANA als DBMS umgestellt wird.
Zuweisen einer neuen Architektur: Implementieren Sie eine neue SAP-Plattform in Azure.
Nachdem Sie diese Aspekte bei der Evaluierung Ihrer digitalen Umgebung berücksichtigt haben, können Sie Ihre geschäftliche Begründung optimieren. Darüber hinaus können Sie auch Ihren SAP-Cloudeinführungsplan aufstellen.
SAP-Cloudeinführungsplan
Das Cloud Adoption Framework enthält ein Tool und mehrere Vorlagen für die Erstellung eines Cloudeinführungsplans oder eines Azure DevOps-Backlogs. Diese basieren jeweils auf den Aufgaben, die in den einzelnen Methodiken beschrieben sind. Weitere Informationen zu Vorlagen finden Sie im Artikel Cloudeinführungsplan und Azure DevOps.
Sie sollten unabhängig davon, ob Sie Vorlagen oder Ihre eigenen Projektplanungstools verwenden, die folgenden SAP-spezifischen Aktionen einbinden:
- Evaluieren Sie Ihre grundlegenden Ressourcen, und stellen Sie eine entsprechende Azure-Zielzone bereit.
- Führen Sie die Schritte zur Rationalisierung Ihrer Plattform aus, um die Migration der SAP-Plattform abzuschließen.
- Berücksichtigen Sie jede zu migrierende Workload (bzw. Welle von Workloads).
Sie können die Azure DevOps-Webschnittstelle verwenden, um dem Plan diese Positionen hinzuzufügen. Wenn Sie einen aktuellen Ressourcenbestand als Ausgangsbasis nutzen, können Sie die Aufstellung Ihres Plans beschleunigen, indem Sie eine Microsoft Excel-Integration verwenden. Diese Integration ist im Cloud Adoption Framework-Artikel zum Nachverfolgen von Workloads beschrieben.
Plan für SAP-Bereitschaft
Wenn Sie über einen allgemeinen Arbeitsplan verfügen, können Sie mit der Zuordnung von Teammitgliedern und der Schätzung der Arbeit beginnen.
Bei den Teammitgliedern für dieses Projekt kann es sich um SAP- oder Azure-Experten handeln. Es ist aber eher unwahrscheinlich, dass das Team in beiden Bereichen über den gleichen Kenntnisstand verfügt. Ermitteln Sie anhand des Cloudeinführungsplans die Fertigkeiten, die vom Team benötigt werden. Ordnen Sie diese Fertigkeiten dann Teammitgliedern zu, um besser überblicken zu können, wie der Stand in Bezug auf Bereitschaft, Qualifikation und Schulungsaufwand ist. Mit dem Cloud Adoption Framework-Artikel zum Erstellen eines Bereitschaftsplans und der Vorlage für Strategie und Planung kann Ihr Team Qualifikationslücken nachverfolgen und schließen, um die rollenübergreifende Zusammenarbeit in den einzelnen Abschnitten zu verbessern.
Nächster Schritt: Überprüfen Ihrer Umgebung oder Azure-Zielzone für eine SAP-Migration auf Unternehmensebene
Die folgenden Artikel enthalten Anleitungen für bestimmte Punkte des Cloudeinführungsprozesses, damit die Einführung von SAP in Azure bei Ihnen erfolgreich verläuft.