Zum Hauptinhalt springen
Zurück zum E-Commerce-Lexikon

Microservices (Microservice-Architektur)

Betrieb und Workflow-ManagementStufe: Advanced

Eine Art, Software aus kleinen, unabhängigen Services zu bauen, die jeweils eine Aufgabe erledigen, über APIs kommunizieren und sich getrennt deployen und skalieren lassen.

Image by · CC BY 4.0

Was ist Microservices (Microservice-Architektur)?

Eine Microservices-Architektur baut Software als Satz kleiner, unabhängiger Services auf, die jeweils eine Aufgabe erledigen und über APIs miteinander kommunizieren. Jeder Service lässt sich einzeln entwickeln, deployen und skalieren, ohne dass die ganze Anwendung neu ausgerollt werden muss. Das Gegenteil ist ein Monolith, bei dem alle Funktionen als eine Codebasis und ein Deployment ausgeliefert werden. Im E-Commerce kann ein Microservices-Setup Suche, Warenkorb, Checkout, Preise und Produktinformationen in getrennte Services aufteilen. Ein PIM dient dabei als Produktdaten-Service, der Storefront, Marketplaces und Feeds versorgt. Microservices sind mit Headless und Composable Commerce verwandt, aber nicht dasselbe: Headless trennt nur das Frontend vom Backend. Wie ein PIM mit dem Rest eines Stacks verbunden ist, siehst du auf der Seite E-Commerce-Integrationen.

Warum Microservices (Microservice-Architektur) im E-Commerce wichtig ist

Onlineshops haben ungleichmäßige Last: Suche und Checkout werden während eines Sales überrannt, während Kontoseiten ruhig bleiben. Mit Microservices kann ein Team die stark belasteten Teile skalieren und Änderungen an einem Service ausrollen, ohne den Rest anzufassen. Der Preis dafür ist Komplexität: Mehr Services bedeuten mehr APIs, mehr Monitoring und mehr Daten, die konsistent bleiben müssen. Viele kleinere Shops fahren gut mit einer Plattform wie Shopify und binden nur dort spezialisierte Services an, etwa ein PIM, wo sie sie brauchen.

Beispiele für Microservices (Microservice-Architektur)

  • 1Service: Suche, Aufgabe: indexiert Produkte und liefert Ergebnisse, Skaliert: bei Sales-Spitzen hoch
  • 2Service: Checkout, Aufgabe: wickelt Zahlung und Bestellanlage ab, Deployment: getrennt vom Katalog
  • 3Service: Produktinformationen (PIM), Aufgabe: liefert Titel, Spezifikationen und Bilder per API an andere Services
  • 4Service: Preise, Aufgabe: berechnet Preise pro Kanal und Kundengruppe
Image by · CC BY 4.0

So hilft WISEPIM

  • Mit der öffentlichen WISEPIM-API (Pro-Tarif) können andere Services Produktdaten lesen und schreiben, mit Batch-Updates von bis zu 200 Artikeln pro Request.
  • Optionaler Auto-Sync überträgt ein gespeichertes Produkt etwa 30 Sekunden später an verbundene Shops wie Shopify, WooCommerce und Magento 2.
  • Automations (Automationen) mit Zeitplan-Triggern führen Importe und Exporte stündlich, täglich, wöchentlich oder monatlich aus, damit andere Services aktuelle Produktdateien vorfinden.

Häufige Fehler bei Microservices (Microservice-Architektur)

  • In Microservices aufteilen, bevor das Team die Leute hat, um sie zu betreiben und zu überwachen.
  • Services zu klein schneiden, sodass eine einzige Nutzeraktion eine lange Kette von Aufrufen braucht.
  • Mehrere Services ihre eigene Kopie der Produktdaten halten lassen, ohne eine zentrale Quelle.
  • API-Versionierung auslassen, sodass eine Änderung die abhängigen Services lahmlegt.
  • Monitoring und Logging über viele Services hinweg unterschätzen.

Tipps zu Microservices (Microservice-Architektur)

  • Starte mit einem gut strukturierten Monolithen und löse Services nur dort heraus, wo Skalierung oder Release-Tempo es verlangen.
  • Gib jedem Service einen klaren Owner und eine klare Aufgabe.
  • Halte Produktdaten in einer Quelle, etwa einem PIM, und lass andere Services daraus lesen.
  • Versioniere deine APIs und dokumentiere sie, bevor andere Teams davon abhängen.
  • Richte zentrales Logging und Monitoring ein, bevor du den dritten oder vierten Service hinzufügst.

Trends rund um Microservices (Microservice-Architektur)

  • Composable Commerce, bei dem Shops Best-of-Breed-Services für Suche, Checkout und Content auswählen.
  • Serverless Functions für kleine, ereignisgesteuerte Aufgaben.
  • API-Gateways, die Sicherheit und Routing vor allen Services übernehmen.
  • Eine Rückkehr zu modularen Monolithen bei Teams, denen vollständige Microservices zu teuer waren.

Tools für Microservices (Microservice-Architektur)

  • WISEPIM: PIM mit öffentlicher API, Plattformanbindungen und geplanten Automationen, das in einem größeren Stack als Produktdatenquelle dient.
  • Kubernetes: Container-Orchestrierung zum Deployen und Skalieren von Services.
  • Docker: verpackt jeden Service mit seinen Abhängigkeiten in einen Container.
  • Kong und Apigee: API-Gateways, die den Traffic zwischen Services routen, absichern und überwachen.

Verwandte Begriffe

API-Schnittstelle (Application Programming Interface)Stapelverarbeitung (Batch processing)Click-and-Collect-Daten (BOPIS)Business Rules (Geschäftsregeln)Data Stewardship CouncilE-Commerce-Schnittstelle (Plattform-Connector)

Auch bekannt als

MicroservicesMicroservice-ArchitekturServiceorientierte Architektur (verwandt)

Häufige Fragen

Microservices sind kleine, unabhängige Software-Services, die jeweils eine Geschäftsfunktion übernehmen und über APIs kommunizieren. Zusammen bilden sie eine Anwendung, aber jeder Service lässt sich einzeln ändern, deployen und skalieren.

Ein Monolith ist eine Anwendung mit einer Codebasis und einem Deployment: Eine Änderung an beliebiger Stelle bedeutet, das Ganze neu auszurollen. Microservices teilen diese Anwendung in getrennte Services auf. Das bringt mehr Flexibilität bei Skalierung und Releases, allerdings mit mehr beweglichen Teilen, die betrieben und überwacht werden müssen.

Nein. Headless bedeutet, dass die Storefront vom Commerce-Backend getrennt ist und per API mit ihm kommuniziert. Das Backend selbst kann trotzdem ein Monolith sein. Microservices teilen das Backend in viele Services auf und werden oft mit einem Headless-Frontend kombiniert.

Das PIM dient als Produktdaten-Service. Es hält die eine gültige Version der Produktinformationen und liefert sie per API, Export oder Plattformanbindung an Storefront, Suche, Marketplaces und Feeds. So arbeitet jeder Service mit denselben Produktdaten.

Noch Fragen?

Keine passende Antwort gefunden? Melde dich bei unserem Team.

Support kontaktieren

Weiter entdecken

Handverlesene nächste Schritte, um tiefer einzusteigen.