Zurück zur Blog Übersicht 
SAP Fiori Architektur
Für SAP Fiori Anwendungen gibt es verschiedene Architekturmöglichkeiten. Dazu zählt zum einen die On-Premises Architektur. Bei der On-Premises Variante werden die SAP Fiori Anwendungen direkt auf den internen SAP Systemen des Unternehmens, wie SAP S/4HANA oder SAP Business Suite, implementiert und betrieben. Die Sap Fiori Anwendungen werden im internen Netzwerk gehostet und von den Benutzern über das SAP Fiori Launchpad aufgerufen. Dazu erfordert SAP Fiori for SAP Business Suite und SAP S/4HANA in der Regel, dass der SAP Fiori Frontend Server und die SAP-Fiori-Apps in einem auf SAP NetWeaver Application Server for ABAP basierenden Frontend-Server implementiert werden.
Neben der On-Premises-Architektur gibt es ebenfalls die Cloud-Architektur. Diese ermöglicht die Bereitstellung von SAP Fiori Anwendungen in der Cloud. Als Beispiel kann die SAP S/4HANA Cloud genannt werden. Dadurch können die Anwendungen in der Cloud gehostet werden und sind von überall über das Internet aufrufbar.
Zusätzlich gibt es eine Mischung der beiden Varianten: Die Hybride Architektur. Diese stellt eine Kombination aus der On-Premises und Cloud Architektur dar. Dadurch können die Unternehmen bestimmte Fiori-Anwendungen lokal auf den internen SAP-Systemen betreiben und andere in der Cloud hosten. Folglich kann die bestehende Architektur genutzt werden und gleichzeitig können die Vorteile der Cloud wie die Flexibilität oder Skalierbarkeit im Unternehmen eingebracht werden. So werden die SAP Fiori Anwendungen in der Cloud ausgeführt und die Geschäftsdaten werden auf einer On-Premises-Business Suite-Backend konsumiert.
Eine weitere Möglichkeit stellt die Gateway-Architektur dar. Dabei wird das SAP Gateway als zentraler Kommunikations- und Bereitstellungspunkt für die SAP Fiori Anwendungen verwendet. Durch das Gateway wird die Kommunikation zwischen den Anwendungen und den dahinterliegenden Sap Systemen gewährleistet. Für die Architektur können die SAP Fiori Anwendungen sowohl in der Cloud als auch lokal gehostet werden.
Zudem existiert die sogenannte Microservices Architektur. Dabei werden die SAP Fiori Anwendungen als separate und unabhängige Microservices entwickelt und bereitgestellt. Jeder Microservice bietet spezifische Funktionen oder Services und kann über APIs von den SAP Fiori Anwendungen aufgerufen werden. Dadurch wird eine modulare Entwicklung und Skalierung der SAP Fiori Anwendungen ermöglicht.
Überblick über die verschiedenen SAP Fiori Architekturen und ihre Eigenschaften
| Eigenschaft | Betriebsablauf | Skalierbarkeit & Flexibilität | Kosten & Sicherheit |
|---|---|---|---|
| Cloud | Wird in einem Remote Server bereitgestellt Wartung wird vom Cloud-Anbieter verwaltet Kann umfassend integriert werden | Skaliert leicht, elastisch Hohe Flexibilität, skalierbar nach Bedarf | Operative Ausgaben, skalierbar nach Bedarf Sicherheit abhängig vom Cloud-Anbieter, aber oft gut geschützt |
| Gateway | In der Regel Cloud-basierte Bereitstellung Wartung abhängig von der Implementierung Verbindet lokale und Cloud-Ressourcen | Skalierbar, aber begrenzt durch Gateway Ermöglicht Flexibilität bei der Verbindung von Ressourcen | Kombination aus Kapital- und Betriebsausgaben Muss sichere Kommunikation zwischen lokalen und Cloud-Komponenten ermöglichen |
| Hybrid | Bereitstellungsort stellt Kombination von On Premise und Cloud dar Kombinierte Verantwortlichkeit in der Wartung Ermöglicht die Integration beider Umgebungen | Skalierbarkeit kann je nach Konfiguration variieren Flexibilität kann je nach Implementierung variieren | Kosten ergeben sich aus einer Kombination aus Kapital- und Betriebsausgaben Datensicherheit kann je nach Konfiguration variieren |
| Microservices | Unabhängige Dienste, verteilt Unabhängige Aktualisierung von Mikrodiensten In der Regel gut integrierbar durch API-Gateways | Sehr skalierbar, kann einzelne Komponenten hinzufügen/entfernen Hohe Flexibilität durch unabhängige Dienste | Betriebskosten für Microservices und deren Infrastruktur Sicherheit muss in der Architektur berücksichtigt werden |
| On Premise | Lokal in der Organisation bereitgestellt Eigenverantwortliche Wartung, manuelle Aktualisierungen Integration ist umfassend möglich | Skalierbar, aber begrenzt durch Hardware Geringe Flexibilität, auf Hardware beschränkt | Kapitalausgaben für Hardware und Lizenzen Direkte Kontrolle über Sicherheitsmaßnahmen |
Fazit
Abschließend ist festzuhalten, dass es verschiedene Möglichkeiten gibt eine SAP Fiori Architektur aufzubauen. Welche am besten geeignet ist, ist je nach Anwendungsfall, Voraussetzungen und Interessen zu entscheiden.
