Composable Commerce: Ausprägungen eines Trends

Ist nicht alles irgendwie composable?

E-Commerce-Systeme müssen zunehmend flexibel sein. Anbieter heben gerne hervor, dass ihre offerierten Lösungen „composable“ sind und positionieren dies als Evolution von Suite-E-Commerce-Systemen wie z. B. der SAP Commerce Cloud.

„Composable“ als Schlagwort spricht hierbei sowohl Business-Analysten als auch IT-Architekten an. Erstere sehen hier den Wunsch nach inhaltlicher Flexibilität im Sinne eines vielfältigen an- oder abschaltbaren Featuresets erfüllt. Letztere verstehen Modularität bis hin zu einer Microservice-Architektur und Trennung von Backend- und Frontend. Oder allgemeiner: die konsequente Umsetzung der MACH-Prinzipien (Microservice, API-First, Cloud-Native, Headless).

Mit der eingangs angesprochenen Einbindung in bestehende und spezialisierte Systeme sind moderne E-Commerce-Landschaften eine Komposition von Lösungen – also ohnehin composable.

In jedem Fall lohnt sich ein genaues Hinsehen:

• Welcher Grad an „composable“ Commerce wird vom Anbieter versprochen?

• Welche Anforderungen hat eine Organisation hinsichtlich der Modularisierbarkeit?

Im Folgenden werfen wir einen Blick auf unterschiedliche Sichtweisen in Sachen „composable“.

Horizontale und vertikale Modularisierung

Suite-E-Commerce-Systeme wie z. B. SAP Commerce Cloud brechen bewusst die auf den ersten Blick monolithische Architektur auf, u. a. durch die horizontale Trennung:

• Separierung von Frontend und Backend mittels Omni-Channel-Commerce-APIs

• definiertes Integrationslayer (Integration Extension Pack)

• diverse Cockpits, Dashboards, Backoffice, Smart Edit als CMS

• Platform: Cache, l18N, Rules, Business Processes, Background Processes

und vertikale Modularisierung:

• Accelerators als u. a. branchenspezifische Featurebundles

• Module der E-Commerce-Funktionen

• Custom Extensions

• Custom Microservices als Side-by-Side-Extensibility (SAP Kyma)

Composable Commerce Building Blocks

Microservice-Architektur

Die zusätzliche Zerlegung typischer E-Commerce-Funktionalitäten wie „Warenkorb“, „Checkout“, „Registrierung“, „Pricing“, „Produktdetails“ oder „Backoffice“ innerhalb des E-Commerce-Systems in einzelne cloud-native Microservices ist eine weitere Ausprägung des „composable“-Gedankens. Eine konsequente Microservice-Architektur kann insbesondere dann von Vorteil sein, wenn verteilte Entwicklerteams gleichzeitig an dedizierten Themen arbeiten und die Zerlegung im Ergebnis zu einer Reduktion der Gesamtkomplexität führt. Häufig ist eine Microservice-Architektur für Kern-E-Commerce-Funktionen daher erst ab einer gewissen Projektgröße lohnend und immer auch gegen Softwaresuitelösungen abzuwägen. Kundenspezifische E-Commerce-Prozesse, Datenstrukturen und Abhängigkeiten weichen in der Regel weniger vom Standard ab und können daher effizient als anpassbares Bundle ausgeliefert werden.

Generell gilt, dass die Aufteilung in Einheiten oder Module die Wartbarkeit eines Systems erhöht. Microservices implementieren die Module anders, jedoch nicht automatisch besser. Die optimale konkrete Architektur nutzt die Stärken beider Ansätze und verwendet z. B. Produktkonfigurations- und Preislogiken oder Personalisierungen (Intelligent Selling Services), welche von dedizierten Cloud-Services bereitgestellt werden. Wohingegen die Shop-Kernfunktionen durch aufeinander abgestimmte Module aus einer Suite-Lösung realisiert werden können, ohne dass sich die ergebenden Abhängigkeiten z. B. zwischen Kunden- und Produktdaten im Warenkorb aufgelöst werden müssen. Sollen Erweiterungen konsequent als Microservice umgesetzt werden, so ist dies z. B. für die SAP Commerce Cloud mit Hilfe der Kyma Runtime auf der SAP Business Technology Platform möglich und von SAP als Side-by-Side-Extensibility positioniert.

Headless Commerce

Ein anhaltender Trend ist, dass Webshops längst nicht mehr nur als eigenständige Anwendung existieren, sondern E-Commerce-Funktionalitäten für Kunden nahtlos in Websites (Content & Commerce) oder Kundenportalanwendungen integriert werden. Hierzu ist erforderlich, dass E-Commerce-Systeme „composable“ sind in dem Sinne, dass das Backend headless integriert wird und die notwendige Interaktion neben der Business-Logik sicherstellen kann. Die SAP Commerce Cloud zum Beispiel bietet hierfür umfangreiche Omnichannel Commerce Connect APIs. Eine darüberhinausgehende Zerlegung in „Composable Commerce“-Microservices ist möglich, allerdings nicht zwingend erforderlich, um das E-Commerce-System erfolgreich im Kundenportal zu integrieren. Der Frontend-Stack kommuniziert über klar definierte und versionierte Schnittstellen, die von einer Microservice-Architektur oder von einer Suite bereitgestellt werden.