Information und Bildungsarbeit von und für die SAP-Community

Bereits Realität: SAP-Systeme in der Cloud

Public Clouds können zu einer erheblichen Verringerung der Betriebskosten von SAP-Systemen führen. Vor einer Nutzung gilt es aber wichtige Fragen, wie Data Privacy und Support, zu untersuchen.
André Bögelsack, Accenture
3. Februar 2016
2016
avatar

In vielen Unternehmen wird Cloud Computing bereits eingesetzt und konsequent z. B. bei Software-as-a-Service-Angeboten wie Salesforce genutzt. Darüber hinaus gibt es für die Unternehmen aber auch die Möglichkeit, sich die weit größeren Potenziale von infrastrukturbezogenen Services aus der Cloud zunutze zu machen. Insbesondere im Bereich des technischen Betriebs von SAP-Systemen zögern Unternehmen noch immer, die attraktiven Angebote aus der Cloud zu nutzen.

Wenn derzeit SAP-Systeme in einer Cloud betrieben werden, setzen Unternehmen zunächst auf eine Private Cloud. Im Modell einer Private Cloud werden die SAP-Systeme in einer exklusiven Cloud betrieben, die nur einem Kunden zugänglich ist.

Dies bietet höchste Sicherheit für die Daten und den Kunden. Dem gegenüber steht die Public Cloud. Bei einer Public Cloud (Amazon, Microsoft) werden die SAP-Systeme in einer Umgebung betrieben, welche vielen Kunden zur Verfügung steht.

Wenn Private und Public Cloud miteinander kombiniert werden, wird im Allgemeinen von einer Hybrid Cloud gesprochen. Unternehmen nutzen in diesem Modell die Services einer eigenen Private Cloud mit Services aus einer Public Cloud und kombinieren dies mit Services aus dem eigenen Rechenzentrum.

Die Nutzung von Cloud-Angeboten für den Betrieb von SAP-Systemen ist bereits bei einigen Unternehmen Realität, aber noch nicht weitverbreitet. Hierbei werden vermehrt die Infrastructure-as-a-Service-Angebote (IaaS) genutzt.

Die wohl bekanntesten IaaS-Angebote stammen von Amazon mit dem Elastic Cloud Computing und Microsoft mit dem Angebot der Azure Cloud. Über beide Angebote können bereits heute schon SAP-Systeme produktiv in der Cloud betrieben und auch wichtige Kostenvorteile gnutzt werden. Über Public-Cloud-Angebote können die Betriebskosten von SAP-Systemen signifikant reduziert werden. Dies gilt als Hauptmotivation zum Einsatz von Public-Cloud-Angeboten.

Data Privacy

Bevor ein Unternehmen diesen entscheidenen Schritt jedoch gehen kann, müssen ein paar Punkte beachtet und vor einer Nutzung der Cloud evaluiert werden. Diese Punkte sind Data Privacy, Safety und Security, technische Limitierungen, Support, Service Level Agreements und das Thema Target Operating Model und Governance.

In vielen Unternehmen werden kundenbezogene Daten erhoben, gespeichert und verarbeitet. Das Unternehmen muss sicherstellen, dass die Hoheit über die Daten immer gewährleistet ist. Es muss sichergestellt sein, wo und wie die Daten zu einem bestimmten Zeitpunkt von wem verarbeitet werden.

Dies ist für cloudbasierte SAP-Systeme dann elementar, wenn eine Cloud nicht beim Unternehmen vor Ort steht oder aber sich sogar im Ausland befindet. In solch einem Szenario gilt es die Datenschutzrichtlinien des Landes zu beachten und einzuhalten.

Dies trifft nicht nur zu, wenn die Daten bereits in der Cloud sind, sondern auch für den Fall von grenzüberschreitender Nutzung. Beispiel: Für deutsche Unternehmen ist das Betreiben eines SAP-Systems außerhalb der deutschen Grenzen problematisch, da personenbezogene Daten Deutschland verlassen würden.

Das Unternehmen muss sicherstellen, dass es immer die Hoheit über die Daten hat. Da Cloud Provider die Rechenzentren nicht immer in Deutschland haben, müsste das Unternehmen also auch sichergehen, dass die Hoheit und Integrität der Daten außerhalb von Deutschland gegeben ist.

Safety und Security

Die Sicherheit der Daten eines Unternehmens muss immer gewährleistet sein. In einem unternehmenseigenen Rechenzentrum kann die Sicherheit der Daten selbst bestimmt werden. Sobald SAP-Systeme jedoch in der Cloud betrieben werden, müssen die Richtlinien und die Bestimmungen auch in der Cloud befolgt werden können.

Es ist elementar, dass vor der Nutzung der Cloud solche Szenarien evaluiert werden. So muss z. B. geprüft werden, welche Methoden der Datenverschlüsselung angeboten und angewendet werden können.

Beispiel: Ein Unternehmen sollte sicherstellen, dass bei der Nutzung von Public-Cloud-Angeboten das SAP-System in der Cloud bestmöglich geschützt und jeglicher Datenverkehr zwischen dem Unternehmen und der Public Cloud gesichert sind.

Obwohl alle Cloud-Anbieter immer wieder mit neuen technischen Dimensionen aufwarten, existieren in der Realität oftmals technische Restriktionen, die eine Nutzung unmöglich machen können. Dies können vor allem die Größen der SAP-Systeme sein.

Bei einem produktiven SAP-ERP-System kann es sich schnell um ein System mit mehreren Terabyte Daten handeln und mit vielen parallel arbeitenden Endusern. Durch eine geeignete Architektur können einige Punkte adressiert werden, aber insbesondere bei der Größe von Servern (virtuell/physisch) können einem in der Cloud Grenzen gegeben sein.

Beispiel: Obwohl auch in der Cloud höher verfügbare Systeme gehostet werden können, ist der Betrieb von Clustern für Hochverfügbarkeit und Desaster Recovery noch schwer umzusetzen.

Offizieller SAP Support

Für den Betrieb eines SAP-Systems in einer Cloud gibt es einen entscheidenden Faktor. Dies ist der offizielle Support von SAP für das SAP-System. Hierbei ist es unerheblich, ob es sich um ein produktives oder nicht produktives SAP-System handelt.

Jedes Unternehmen benötigt die Gewissheit, dass die SAP-Systeme offiziell unterstützt werden. Bevor also eine Cloud genutzt werden kann, sollte der offizielle Support durch SAP als auch die Hersteller sonstiger Software evaluiert werden.

Beispiel: Ein vom Unternehmen betriebenes SAP-System mit einem alten Kernel (beispielsweise 4.7) wird von SAP nicht in der Public Cloud unterstützt.

SAP-Systeme bilden das Rückgrat eines jeden Unternehmens und werden dementsprechend über hohe Service Level Agreements abgesichert. Ein 24/7-Betrieb über 265 Tage ist hierbei nichts Ungewöhnliches.

Bei einem Betrieb im eigenen Rechenzentrum können solche hohen SLAs selbst erstellt und garantiert werden. Wenn das Unternehmen aber den Weg in die Cloud wagt, müssen die SLAs des Cloud Provider auch die SLAs des Unternehmen abbilden können.

Ein potenzielles Defizit, insbesondere bei den Supportstrukturen, muss ein Unternehmen schon vor dem ersten Einsatz identifizieren. Beispiel: Wenn der Cloud Provider keinen 24/7 Support anbietet, so wird es für den Kunden schwierig, SLAs mit solch einem Supportlevel zu erstellen.

Target Operating Model und Governance

Der zukünftige Betrieb von SAP-Systemen in einer Cloud kann ein Wechsel in dem Operating Model darstellen und muss durch das Unternehmen frühzeitig angegangen werden. Der Serviceschnitt zwischen dem Cloud Provider und der unternehmenseigenen IT muss im Vorhinein geklärt werden.

Des Weiteren kommt der Aspekt der Governance neuer Cloud Services hinzu. Hierbei ist die Anpassung der Cloud Services an die Vorgaben des Unternehmens unabdingbar. Beispiel: Wenn die interne IT bislang alle Services allein betrieben hat, so ist sie nun in der Lage, einige Punkte, wie die Provisionierung und den eigentlichen Betrieb, an den Cloud Provider abzugeben.

Vor dem Einsatz von Public-Cloud-Angeboten wird idealerweise ein Assessment durchgeführt, um die Punkte vollständig zu adressieren. Dabei geht es nicht um die Identifikation von Hürden zum Einsatz der Cloud, sondern vielmehr um die frühzeitige Erkennung von potenziellen Problemen.

Wenn alle Probleme erkannt und adressiert sind, können Unternehmen ihre SAP-Systeme in die Cloud verschieben. Hierzu gilt es neben den obigen allgemeinen Punkten auch SAP-spezifische Punkte, wie die Integration in STMS, zu klären. Dies beleuchtet der zweite Teil dieser Artikelserie.

avatar
André Bögelsack, Accenture

Dr. André Bögelsack hat lange Zeit als SAP-Basisadministrator an der Technischen Universität München gearbeitet und in diesem Umfeld promoviert. Danach war er kurze Zeit in der Forschung und arbeitet seit 2012 bei Accenture im Bereich Infrastructure Transformation. Er leitet große SAP-Migrations- und -Transformationsprojekte.


Schreibe einen Kommentar

Die Arbeit an der SAP-Basis ist entscheidend für die erfolgreiche S/4-Conversion. 

Damit bekommt das sogenannte Competence Center bei den SAP-Bestandskunden strategische Bedeutung. Unhabhängig vom Betriebsmodell eines S/4 Hana sind Themen wie Automatisierung, Monitoring, Security, Application Lifecycle Management und Datenmanagement die Basis für den operativen S/4-Betrieb.

Zum zweiten Mal bereits veranstaltet das E3-Magazin in Salzburg einen Summit für die SAP-Community, um sich über alle Aspekte der S/4-Hana-Basisarbeit umfassend zu informieren.

Veranstaltungsort

Mehr Informationen folgen in Kürze.

Veranstaltungsdatum

Mittwoch, 21. Mai, und
Donnerstag, 22. Mai 2025

Early-Bird-Ticket

Verfügbar bis Freitag, 24. Januar 2025
EUR 390 exkl. USt.

Reguläres Ticket

EUR 590 exkl. USt.

Veranstaltungsort

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Veranstaltungsdatum

Mittwoch, 5. März, und
Donnerstag, 6. März 2025

Tickets

Reguläres Ticket
EUR 590 exkl. USt
Early-Bird-Ticket

Verfügbar bis 20. Dezember 2024

EUR 390 exkl. USt
Veranstalter ist das E3-Magazin des Verlags B4Bmedia.net AG. Die Vorträge werden von einer Ausstellung ausgewählter SAP-Partner begleitet. Der Ticketpreis beinhaltet den Besuch aller Vorträge des Steampunk und BTP Summit 2025, den Besuch des Ausstellungsbereichs, die Teilnahme an der Abendveranstaltung sowie die Verpflegung während des offiziellen Programms. Das Vortragsprogramm und die Liste der Aussteller und Sponsoren (SAP-Partner) wird zeitnah auf dieser Website veröffentlicht.