SAP S/4HANA: Zu groß für das Rechenzentrum?

Colocation/Housing Provider

Bereitstellung von Racks für den Server-Betrieb sowie das Management der Basis-Infrastruktur (beispielsweise ausfallsichere Stromversorgung, Kühlung, Brandschutz, WAN-Anbindung etc.). Das Unternehmen muss den gesamten Server-Betrieb selbst übernehmen.

Private Cloud Provider

Betrieb der Server-Umgebung und SAP-Basisbetrieb werden an einen Private Cloud Provider ausgelagert. Die Kosten werden dadurch transparenter, da keine Investitionen anfallen, sondern ein Managed Service bezogen wird (Shift von Investitionskosten zu Betriebskosten). Individuelle Anpassungen sind möglich – allerdings zu gewissen Kosten.

Public Cloud Provider (Managed/Unmanaged)

Public Cloud ist eine hochskalierbare Lösung und je nach Betriebsmodell auch sehr kosteneffizient. Darüber hinaus bietet diese Lösung eingeschränkteren Zugriff und weniger Individualisierungsmöglichkeiten als die Private Cloud.

Hybride Umgebungen aus Public und Private Cloud

Kombination aus beiden Welten, um die jeweiligen Vorteile zu nutzen. Dabei sollte die IT jedoch den erhöhten Planungsbedarf und Betriebsaufwand für die verschiedenen Betriebsumgebungen berücksichtigen.

SaaS-, IaaS- und PaaS-Lösungen

Cloud-Angebote lassen sich je nach Bedarf auf Basis von Software, Infrastruktur oder Platform as a Service nutzen.

Tatsächlich gibt es in Unternehmen viele Punkte, die das Ermitteln und Umsetzen der optimalen Lösung erschweren. So sind SAP-Projekte meist komplex und langwierig, da die Systeme von zahlreichen Anwendungen und Abteilungen genutzt werden. Viele neue und volatile Anforderungen führen zu Herausforderungen, insbesondere bei der langen Projektlaufzeit von in der Regel mindestens drei Jahren. Starkes Customizing erzeugt häufig unterschätzte Aufwände, da bestehende Anpassungen in der neuen Version nicht mehr unterstützt werden. Zudem drohen mangelnde Akzeptanz des Business und der User durch unzureichende Kommunikation und Change Management bezüglich der veränderten Geschäftsprozesse und Abläufe.

Diese Komplexität kann zu einem Scheitern von SAP-Projekten führen. Abwarten ist aber keine Option. Denn der reguläre Support für das klassische SAP ERP läuft voraussichtlich im Jahr 2027 aus. Dies hört sich im ersten Moment nach viel Zeit an, doch bei einem durchaus komplexen Projekt wie die SAP-Migration ist sie schnell vorbei. Daher müssen Unternehmen jetzt handeln und zumindest die grundlegende Entscheidung für das Betriebsmodell treffen. Mit dem richtigen Vorgehen und der optimalen Entscheidung kann die IT-Abteilung hier unternehmensweit wertvolle Pluspunkte sammeln.

Für die richtige Entscheidung sind vielfältige Faktoren zu berücksichtigen. Die wohl wichtigste und zentrale Prämisse ist dabei, das SAP-Betriebsmodell nicht losgelöst von der restlichen IT zu betrachten, sondern in eine Gesamtarchitektur einzubetten. Weitere Punkte sind das Heben möglicher Synergien und Vermeiden von Doppelkosten, die etwa durch den redundanten Betrieb und die Lizenzierung mehrerer Betriebsumgebungen und Plattformen entstehen. Ebenfalls ist es wichtig, die Komplexität in der IT-Landschaft möglichst gering zu halten.

Daher ist ein Target Operating Model zu definieren. Darunter versteht man die Zielstruktur für die Arbeitsprozesse eines Unternehmens, um eine optimale Unterstützung der Geschäftsmodelle zu erreichen. Sie umfasst unter anderem Services, Eigenfertigungstiefe, Prozesse, Organisation, Rollen, Kompetenzen und Fähigkeiten. Das Modell sollte eine geeignete Kombination von „Landing Zones“ (On-Premises-Rechenzentrum, Private Cloud und Managed Public Cloud) für die Bereitstellung aller IT-Services bieten. Dazu sind die nachfolgenden Aspekte genauer zu betrachten.

Bei der strategischen Ausrichtung des Unternehmens spielen Wachstumsziele eine wichtige Rolle. Je ehrgeiziger diese sind, desto eher bieten sich schnell und flexibel skalierbare Cloud-Lösungen an. Auf diese Weise lassen sich je nach Bedarf weltweit kurzfristig neue Ressourcen nutzen – und wieder entfernen. Ein wichtiger Punkt sind natürlich auch Kosten. Hier müssen Unternehmen genau die zu erwartenden Gesamtausgaben für die verschiedenen Betriebsmodelle kalkulieren. Bei der On-Premises-Bereitstellung werden häufig Investitionskosten für Erweiterungen und Aktualisierungen sowie der Aufwand für das laufende IT-Management unterschätzt. Mit der Cloud lassen sich zwar Investitions- in Betriebskosten umwandeln, doch hier lauern Gefahren wie Vendor-Lockin und damit unverhältnismäßig steigende Ausgaben.

Ein weiteres zentrales Ziel bildet die Betriebsstabilität. Diese können Unternehmen mit redundanten On-Premises- oder Cloud-Rechenzentren erreichen. In jedem Fall ist eine Landing Zone mit sehr hoher Verfügbarkeit oder eine Mischung aus mehreren Landing Zones nötig. Dabei sollten Unternehmen im ersten Schritt prüfen, welche Provider und Landing Zones bereits oder demnächst genutzt werden, welche Synergien möglich sind sowie welche Strukturen für Multi-Provider-Management existieren und funktionieren. Zudem sind die allgemeinen Strategien in Bezug auf Single Provider/Best of Breed oder Infrastrukturbezug/Managed Service sowie die IT- und Cloud-Strategien zu berücksichtigen.

Im Bereich Infrastruktur sollten Unternehmen zunächst analysieren, ob die bestehende Rechenzentrums-Infrastruktur eine passende Option für den Betrieb von SAP S/4HANA ist. Kann sie die notwendige Kapazität für die Bereitstellung bieten? Lässt sich ein weltweit verteilter Betrieb mit den erforderlichen Latenzzeiten gewährleisten? Werden die Anforderungen für Hochverfügbarkeit durch ausreichende Redundanz sowie Remote Survivability erfüllt? Sind Support und Betrieb rund um die Uhr möglich?

Bei den notwendigen Schnittstellen der Business-Anwendungen mit SAP S/4HANA ist zu prüfen, ob diese auf etablierten Standards basieren. Nicht standardgemäße Schnittstellen können zu erheblichen Problemen in der Public Cloud führen. Auch durch hohen eingehenden und ausgehenden Datenverkehr entstehen bei einer Public-Cloud-Lösung möglicherweise höhere Betriebskosten als angenommen.

Dagegen ermöglicht eine hohe Fluktuation des Workloads die Nutzung von Kostenvorteilen durch Public Clouds, da kein Aufwand für Skalierungen und Anpassungen im eigenen Rechenzentrum erforderlich ist. Wenn die Architektur stark auf Microsoft-Produkte setzt, bietet Azure im Vergleich zu anderen Public Clouds oft Vorteile durch eine einheitliche Authentifizierung sowie reibungslosere Integration in die Gesamtarchitektur.

Fällt die Entscheidung zugunsten einer Cloud-Lösung, ist das richtige Bezugsmodell zu klären.

Unternehmen sollten auch klären, ob ihr Reifegrad für das IT-Service-Management ausreicht, um SAP S/4HANA effektiv und effizient bereitzustellen. Denn sie müssen sowohl die Anforderungen für Business Continuity und Disaster Recovery in Bezug auf Kritikalität erfüllen als auch die notwendigen Sicherheitsmaßnahmen umsetzen. Besitzen die Mitarbeiter eine dafür ausreichende Qualifizierung – insbesondere für S/4HANA und Cloud? Gibt es genügend Experten, um während des Übergangs einen parallelen Betrieb von alter und neuer SAP-Version zu gewährleisten? Oder erhalten Unternehmen bei Bedarf die nötigen Spezialisten am Arbeitsmarkt in ausreichender Qualität und zu akzeptablen Gehältern?

Zudem ist zu prüfen, ob die nötigen Fähigkeiten im Projektmanagement in ausreichender Kapazität vorhanden sind, um ein großes Projekt wie die Migration auf SAP S/4HANA zuverlässig durchzuführen. Alternativ lässt sich die Lösung als Managed Service über SaaS oder eine Managed Public/Private Cloud beziehen. Den Unternehmen sollte dabei jedoch klar sein, dass HANA insgesamt weniger Anpassungsmöglichkeiten bietet als die Vorgängerversionen. Entsprechend müssen sie ihre Organisationsstrukturen und Prozesse stärker an die vorgegebenen Funktionen von SAP S/4HANA angleichen.

Insbesondere beim Einsatz einer Public Cloud besitzt das Thema Compliance eine hohe Priorität. Hier sind regulatorische Auflagen, regionale Einschränkungen und die jeweils gültigen Datenschutz-Gesetze zu beachten. Die entsprechenden Anforderungen lassen sich nicht immer mit einer Public Cloud uneingeschränkt erfüllen. Das kann sogar ein echtes Ausschlusskriterium für dieses Betriebsmodell sein.

Auch der Schutz sensibler und kritischer Unternehmensdaten spielt eine wichtige Rolle. Werden entsprechende Daten in der Public Cloud gespeichert, sind sie auf geeignete Weise abzusichern. So ist mit dem Provider abzuklären, welche Maßnahmen er dafür einsetzt und wer für welchen Security-Bereich verantwortlich ist.

Schließlich sollte auch die Gefahr eines Vendor-Lockins adressiert werden. Dieser kann nicht nur zu überhöhten Preisen oder schlechteren Support führen, sondern auch zu erheblichen Problemen, falls der Provider eines Tages insolvent ist oder von einem anderen übernommen wird. Da SAP-Systeme in der Regel langfristig genutzt werden, muss eine reibungslose Daten-Migration gewährleistet sein.