Composable Commerce und MACH-Architektur – Eine kritische Betrachtung

Am 19. März hielt ich einen Vortrag über monolithischen Commerce vs. Composable Commerce und MACH-Architektur. Ziel meines Vortrags war es, Händlern zu ermöglichen, fundierte Entscheidungen auf der Basis von Fakten und nicht von Versprechungen zu treffen.

Die meisten Leute kennen den monolithischen Ansatz. Wie bei den großen Steinen (den Monolithen) werden alle Funktionen deiner Commerce-Anwendung in einer riesigen Codebasis entwickelt.

Dieser Anwendungsansatz hat Vorteile, wenn du die vollständige Kontrolle über deinen Code und die Infrastruktur behalten möchtest. Dein Team hat alle Optionen, deine Lösung so anzupassen, wie du es willst.

Aber wo Licht ist, gibt es auch Schatten: Jeder technologische Fortschritt muss von deinem Team erreicht werden und wird von dir bezahlt.

Es wird eine Zeit kommen, in der die meisten Online-Shops von Composable Commerce betrieben werden. Aufgeteilt in viele kleine Anwendungen (Microservices), die über definierte Schnittstellen (API first) miteinander kommunizieren, sind sie dafür verantwortlich, unsere Online-Shops zu verwalten.

Diese Anwendungen werden durch endlose virtuelle Server (Cloud-nativ) betrieben und können unabhängig von Frontends (Headless) arbeiten. Händler haben die Freiheit, aus einer Vielzahl von Microservices verschiedener Anbieter zu wählen.

Diese werden sich nahtlos integrieren, und du kannst dich auf neue Funktionen konzentrieren, statt dich um die Systemwartung zu kümmern.

Viele dieser Vorteile sind nur Versprechungen. Und sie sind schwer zu erfüllen. Composable Commerce ist ziemlich komplex und schwer richtig umzusetzen. Heutzutage bleibt man oft bei einzelnen Anbietern und ihrem "composable" Ökosystem hängen.

Technische Prozesse werden mühsam, weil du die Kontrolle nicht mehr hast. Du kannst die Daten in deiner Anwendung nicht debuggen, weil die meiste Logik auf der Seite des Anbieters verborgen ist.

Die Kosten könnten steigen, wenn du Spezialisten anheuern musst, wenn du transaktionsbasierte Gebühren zahlst oder wenn Cloud-Infrastrukturen automatisch skalieren. Budget-Sicherheit gehört der Vergangenheit an.

Das größte Problem, das ich jedoch sehe, ist die fehlende Interoperabilität. Composable Commerce kann wirklich erfolgreich sein, wenn wir beginnen, Standards und standardisierte Datenformate für den Austausch zu entwickeln. Dadurch können Händler einfach Komponenten austauschen, ohne zusätzliche Entwicklung zu betreiben.

Wir haben ein Fragebogen mit 20 Aussagen (nur auf Deutsch) erstellt, um herauszufinden, ob Composable Commerce eine gute Wahl für dich ist oder nicht.