Seit Beginn des Enterprise Computing baut SAP die Geschäftsanwendungen neu auf, wenn es zu großen technologischen Veränderungen gekommen ist.
Einige wichtige Momente in der Geschichte der SAP-Anwendungsentwicklung sind:
- 1979: SAP erfindet ERP. SAP entwickelt Standardgeschäftssoftware, die auf Mainframe-Technologie basiert. Der Name SAP R/2 unterstützt und integriert wichtige Geschäftsfunktionen in Echtzeit und wickelt Implementierungen mit mehreren Ländern und mehreren Währungen ab. (R bedeutet Echtzeit, und obwohl es ein R/1 gab, wird dies nicht als erstes Major-Release betrachtet.)
- 1992 – Mit dem Aufstieg des Personal Computers bedeutet die Einführung der Client/Server-Architektur eine weitere Umschreibung der Anwendungen, um die Leistungsfähigkeit eines mehrschichtigen, dreistufigen Architekturansatzes zu nutzen, bei dem die Verarbeitung auf drei Schichten aufgeteilt wird: Client, Anwendung und Datenbank. Es ist das Ende der monochromatischen, textbasierten, unübersichtlichen grünen Bildschirme und der Start einer neuen grafischen Oberfläche, um die Benutzerfreundlichkeit zu verbessern. Dies ist die Geburtsstunde von SAP R/3.
- 2004 – Jetzt ist das Web als gemeinsames Geschäftsnetzwerk fest etabliert und Kunden fordern eine bessere Integration zwischen ihren Geschäftsanwendungen und dem Web. Um dies zu ermöglichen, entwickelt SAP eine neue Integrationsanwendungsplattform namens SAP NetWeaver. Alle SAP-Anwendungen laufen auf einer gemeinsamen Plattform, und Kunden und Partner können vorhandene Anwendungen einfach mithilfe weit verbreiteter Web-Standards wie serviceorientierte Architektur (SOA) erstellen und integrieren. Darüber hinaus wird wenig später ein neues Switch Framework eingeführt, mit dem Kunden nur die von SAP entwickelten neuen Funktionen selektiv aktivieren können, um eine Unterbrechung ihrer Kernprozesse zu vermeiden. Der SAP-R/3-Name wird nun durch SAP ERP ersetzt. ERP ist Teil einer größeren Familie, die als SAP Business Suite bekannt ist und auch viele andere Geschäftsbereichsanwendungen von SAP enthält, z.B. SAP CRM.
- 2015 – Eine neue Welle von Fortschritten in der Hardwarearchitektur bringt enorme Rechenleistung bei sinkenden Kosten mit sich. Riesige Speicher- und Mehrkernprozessoren bieten enorme Rechenleistung. Das zugrunde liegende Design bestehender SAP-Anwendungen nutzt die Leistungsfähigkeit der neuen Hardware nicht vollständig aus. Die gesamte Business Suite muss neu geschrieben werden. Die neue Business Suite heißt SAP S/4HANA.
Mit so viel verfügbarem Speicher können wir nun die gesamte Datenbank selbst der größten Organisationen vollständig im Speicher speichern. Dadurch erhalten Sie sofortigen Zugriff auf alle Daten und vermeiden Wartezeiten, die durch das Laden von Daten in den Speicher von der Festplatte in den Speicher verursacht werden. Wir können die mechanisch drehende Festplatte und die damit einhergehende Latenz verlieren und uns auf Speicher verlassen, um alle Daten sofort der CPU zur Verfügung zu stellen. Obwohl der SSD-Speicher (Solid State Devices) schneller ist als die Festplatte, kann er immer noch nicht mit dem Speicher konkurrieren. Der Speicher ist also nicht mehr der Engpass, den er einmal hatte. Um große Speichermengen zu adressieren, verwenden wir auch 64-Bit-Betriebssysteme. Herkömmliche 32-Bit-Betriebssysteme können die großen Speichermengen, die jetzt verfügbar sind, nicht adressieren. Neben dem riesigen Speicher verbessert sich die CPU-Leistung mit einer phänomenalen Geschwindigkeit weiter. Wir haben jetzt High-Speed-Mehrkern-CPUs, die komplexe Aufgaben übernehmen und aufteilen können, damit sie parallel verarbeitet werden können, um unglaubliche Antwortzeiten zu bieten. Das bedeutet, dass Antwortzeiten auch für die komplexesten Analyseaufgaben, z.B. vorausschauende Analysen, in Echtzeit ausgeführt werden können. Mit riesigem Speicher und schnelleren Multi-Core-CPUs haben wir nun Zugriff auf riesige Mengen an Rechenleistung. Wir können nun einfach mehr Server in unsere Landschaft einlegen, um mehr Verarbeitungsleistung oder Speicher hinzuzufügen, um auf jede Größe zu skalieren.
Die SAP hat ihre Geschäftsanwendungssoftware umgeschrieben, um die neue Hardware voll auszuschöpfen. SAP hat eng mit führenden Hardwarepartnern zusammengearbeitet, die die Produkt-Blueprints ihrer neuen CPU-Architekturen geteilt haben, sodass SAP wusste, wie die beste moderne Software geschrieben werden kann, um so viel Leistung wie möglich zu gewinnen.
Die Cloud-Computing-Technologie ist in den letzten Jahren ausgereift und ist nun eine überzeugende Implementierungsoption für unsere Kunden, die die Komplexität und die Kosten der Installation und Wartung von IT-Landschaften nicht übernehmen möchten. Die Virtualisierung von Maschinen bedeutet geringere Kosten im Zusammenhang mit der Ausführung unternehmensweiter Anwendungen. Public-Cloud-Services, die auf Abonnementmodellen basieren, verbessern den Zugriff auf die neuesten Lösungen, senken die Kosten und vereinfachen alles.
In der Vergangenheit war es notwendig, Daten aus Transaktionsanwendungen in dedizierte Systeme zu verschieben, damit Daten harmonisiert und bereinigt werden konnten. Dadurch wurden mehrere Kopien der Daten angelegt. Noch schlimmer war jedoch die Latenz zwischen den Systemen, während die Daten übertragen wurden. Das bedeutet, dass wir zu keinem Zeitpunkt ein konsistentes Bild von Daten im gesamten Unternehmen hatten.
In vielen Geschäftslandschaften werden Transaktionen heute in Systemen verwaltet, in denen sowohl die Hardwarearchitektur, das Datenbankdesign als auch die Datenmodelle auf einer schnellen Lese-/Schreibverarbeitung auf Datensatzebene basieren. Analysesysteme verfolgen einen anderen Designansatz. Die Hardware-, Datenbank- und Datenmodelle basieren auf Batch-Ladevorgängen, aggregiertem Speicher und Fokus auf leseintensiven Abfragen und Caching. Deshalb werden Online-Transaktionssysteme (OLTP) und Online-Analytical-Processing-Systeme (OLAP) häufig getrennt und über Schnittstellen miteinander verbunden, über die Daten periodisch gelöscht und verschoben werden. Dieser Ansatz bedeutet Verzögerungen bei der Analyse der Bewegungsdaten. Es ist nicht ungewöhnlich, am nächsten Tag warten zu müssen, bevor mit der Analyse der Bewegungsdaten begonnen werden kann.
SAP HANA kann Transaktions- und Analyseanforderungen auf einer Plattform zusammenführen. Das Akronym für diese Art von konsolidiertem System ist Hybrid Transaction/Analytical Processing (HTAP). Die Datenbank, die Hardware und das Datenmodell von SAP HANA sind für die kombinierte Transaktions- und Analyseverarbeitung konzipiert. Es ist keine Bewegung von Daten erforderlich, und Transaktions- und Analysebenutzer arbeiten aus derselben einzigen Kopie der Daten. Das bedeutet, dass uns Live-Daten in Echtzeit für alle Anwendungen zur Verfügung stehen. Dies reduziert die Komplexität, da Daten nicht mehr über separate Software und Schnittstellen verschoben werden müssen. Es bedeutet auch, dass neue innovative Anwendungen entwickelt werden können, die Transaktionen und Analysen wie die in SAP S/4HANA kombinieren.
