Peak Management Composable Architecture: So übersteht der Shop jede Umsatzspitze

Anbieter zum Thema

KPS AG

Arvato Systems GmbH

Packsize

Descartes Systems (Germany) GmbH

Black Week, Weihnachten, Valentinstag: Wenn der Umsatz explodiert, stoßen starre IT-Systeme an ihre Grenzen. Composable Architecture skaliert flexibel genau dort, wo Performance zählt – ohne teure Kostenexplosion.

Im Laufe eines Jahres gibt es etliche besondere Tage oder Wochen, in denen im Shop die Post abgeht: Das kann bei Gartencentern der Start der Gartensaison sein, für Schmuckhändler der Valentinstag oder schlicht Weihnachten. Die Umsätze vervielfachen sich in der jeweiligen Zeit ‒ wenn die Technik mitspielt. Dies gilt nicht nur für die Kaufabwicklung an sich, sondern für die ganze Customer Journey mit Beratung, After-Sales-Support, Reklamationen oder Umtausch. Oft sorgen diese Peak-Zeiten für den größten Umsatz im Jahr. Umso wichtiger ist es, dass in diesen Stressphasen die E-Commerce-IT reibungslos skaliert.

Mit dem KPS-Booster lassen sich einzelne Funktionen sehr schnell als Microservices einführen und elastisch skalieren, etwa über Cloud-Autoscaling. Somit skaliert die Performance nur dort, wo es notwendig ist, ohne das Gesamtsystem beschleunigen zu müssen.

Stefan Metzger, Managing Director bei KPS

Starre Monolithen skalieren schlecht

Viele E-Commerce-Betreiber haben große ERP-Systeme im Einsatz, die von einem einzigen Anbieter stammen. Der Start-Vorteil ist klar: Alle Komponenten sind aufeinander abgestimmt, das System ist schnell einsatzbereit und läuft stabil. Fehlen Funktionen oder Schnittstellen, werden diese über Projekte nachgerüstet. Im Laufe der Zeit werden solche monolithischen Systeme immer komplexer, was schnelle Reaktionen auf Marktveränderungen aufwendig, langwierig und teuer macht.

Das Abfangen von Auftrags-Peaks ist dann schwierig, wenn solche Systeme auf Serverlandschaften laufen, deren Leistung und Funktionsumfang sich temporär nicht erweitern lässt. Es wäre auch wenig wirtschaftlich, ganzjährig große Kapazitäten vorzuhalten, die nur vier bis sechs Wochen im Jahr benötigt werden.

Nicht selten verlangen Peak-Zeiten nur in Teilbereichen des Systems mehr Leistung und Flexibilität, etwa beim Frontend des Shop-Systems und bei der Warenlogistik. Wenn sich dann die Performance in diesen Bereichen nur steigern lässt, indem man das Gesamtsystem hochfährt, ist das entsprechend teuer oder in kurzer Zeit überhaupt nicht machbar. Denn die Einführung von neuen Funktionen oder Technologien, etwa neue Produktsuchen, Konfiguratoren oder ähnliche Features, muss mit viel zeitlichem Vorlauf geplant, getestet und schließlich live geschaltet werden.

Intelligent Supply Chain Execution

Peak Management: So meistert der Handel unberechenbare Nachfrage souverän

Composable Architecture als modulare Alternative

Die Antwort auf diese Herausforderungen heißt Composable Architecture. Der Kerngedanke ist, eine E-Commerce-Plattform zu komponieren, die aus jeweils eigenständigen Best-of-Breed-Anwendungen besteht und durch eine Integrationsschicht verbunden wird. Darüber lassen sich neue Module unkompliziert einführen oder veraltete Anwendungen leicht gegen neuere, bessere Module auswechseln – und alles, ohne den Rest des Systems zu beeinflussen. Wichtig bei Composable-Architekturen ist, dass die Integrationsschicht über Schnittstellen alles mit allem verbindet und für reibungslose Kommunikation und Datenaustausch sorgt. KPS hat dafür seinen KPS Booster entwickelt. Er macht die Komplexität, die einem modularen System zwangsweise innewohnt, beherrschbar. Damit lassen sich Systeme miteinander kombinieren, ohne dass die Entwickler der Komponenten überhaupt voneinander wissen.

In Hinblick auf Peak-Zeiten hat dies in der Praxis einen entscheidenden Vorteil: Einzelne Funktionen lassen sich sehr schnell als Microservices einführen und elastisch skalieren, etwa über Cloud-Autoscaling. Somit skaliert die Performance nur dort, wo es notwendig ist, ohne das Gesamtsystem beschleunigen zu müssen. Dies ist insbesondere bei B2C-Plattformen wichtig.

Ein Blick in die Praxis

ERP-Projekt: Wie Braun Büffel seine Systeme eindampfte – und was dabei fast schiefging