Anwendungen, die auf einer Microservices-Architektur basieren, haben das Potenzial, die Skalierbarkeit zu unterstützen und das Supply Chain Management flexibler zu gestalten – sei es bei schwankender Arbeitsbelastung, anhaltenden Verkaufsspitzen oder bei der verlässlichen Transport- und Lieferplanung. Warum das wettbewerbsentscheidend sein kann, haben uns die vergangenen Monate gezeigt.
Das Verbraucherverhalten ändert sich, und damit auch die Anforderungen an den stationären und den Online-Handel. Flexibilität, Agilität und Customer Experience spielen für den Handel eine zentrale Rolle. Sichtbar ist dieser Wandel insbesondere bei den Lieferketten – was bereits vor der Corona-Pandemie der Fall war, sich in den vergangenen Monaten aber verschärft hat.
Smarte IT-Lösungen, aufgebaut auf Microservices, können das Supply Chain Management optimieren. Der entscheidende Vorteil: Bestimmte Komponenten eines Warehouse Management Systems können abgetrennt, aktualisiert und neu eingesetzt werden, ohne die gesamte IT-Anwendung zu beeinträchtigen.
Die Umstellung auf Microservices ist eine Investition in Agilität. Eine zentrale Cloud-basierte Anwendung, die vollständig auf Microservices aufbaut, macht Lieferketten belastbarer. Der Systemaufbau basierend auf Microservices bedeutet, dass ein Einzelhändler oder ein für das Supply Chain Management zuständiges Team innerhalb eines Unternehmens die Möglichkeit hat, die Technologie genau zum gewünschten Zeitpunkt ändern und neu einsetzen zu können – ein entscheidender Faktor, wie wir bei den starken Schwankungen des Verbraucherverhaltens im Verlauf der Pandemie sehen.
Vergleichbar mit Lego
Der Unterschied zu monolithischen IT-Systemen lässt sich am Beispiel Knetgummi und Lego ganz einfach darstellen. Werden bei einer monolithischen Architektur aus Knetgummi Funktionen in Form von zwei oder drei Farben vermischt, ist es nahezu unmöglich, eine einzelne Funktion wieder herauszulösen, um sie zu einem späteren Zeitpunkt in eine neue Anwendung zu integrieren. Lego hingegen ist komponentenbasiert, sodass es einfach ist, eine bestimmte Funktion zu entfernen und in die nächste Anwendung einzubauen. Nur der entsprechende Microservice muss geändert werden, nicht die komplette Anwendung. Bei einem partiellen Systemfehler fällt nur der betroffene Microservice aus, alle weiteren Services funktionieren weiterhin.
In der Vergangenheit bedeuteten monolithische IT-Umgebungen, dass Unternehmen oft zögerten, Änderungen an einer einzelnen Anwendung vorzunehmen. Sie befürchteten, dass beim Ausfall einer einzelnen Funktion oder Komponente die gesamte Anwendung ausfallen würde. Das Problem bei der monolithischen Architektur besteht darin, dass alle Änderungszyklen in der Regel aneinander gebunden sind. Eine Änderung an einem kleinen Abschnitt einer beliebigen Anwendung kann die Erstellung einer völlig neuen Version erfordern. Oft sind dabei auch strenge und manchmal teure Testläufe erforderlich.
Quelle: Manhattan Associates
Diese Zurückhaltung bei technischen Neuerungen betraf insbesondere Einzelhändler, die sich auf die Kontinuität der Lieferkette und die Flexibilität bei der Bedienung der Endkunden verlassen müssen. Allerdings sind Ausfallzeiten in einer Nicht-Cloud-basierten Umgebung Realität. Bei einigen Unternehmen geht es sogar so weit, dass Ausfälle zu einem einkalkulierten Teil des IT-Systems geworden sind – die Einschränkungen und die verlorene Zeit werden manchmal gar nicht mehr in Frage gestellt.
Unterstützung für übergeordnetes Geschäftsziel
Der Microservices-Ansatz ist vor allem im Einzelhandel ein zunehmend beliebter Weg zum Aufbau individueller IT-Systeme. Dabei handelt es sich um eine Methode zur Entwicklung von Software-Anwendungen als eine Reihe kleiner, unabhängig voneinander einsetzbarer, modularer Dienste. Jeder einzelne von ihnen führt einen individuellen Prozess aus und kommuniziert über einen klar definierten Mechanismus, um einem übergeordneten Geschäftsziel zu dienen.
Bei der Nutzung von Microservices können IT-Teams ihre jeweiligen Dienste unabhängig voneinander einsetzen, ohne darauf warten zu müssen, dass der Rest des Entwickler-Teams seine einzelnen Module fertigstellt. Microservices-Software kann in ihre einzelnen Funktionen zerlegt werden. Die Erweiterbarkeit bildet das Fundament dieser Lösungen. In Zeiten der Pandemie und des ersten Lockdowns konnten Unternehmen, die bereits Microservices nutzten, kurzfristig ihre Lieferketten anpassen. Beispielsweise haben sie innerhalb kürzester Zeit Funktionen wie „Versand ab Laden“ und „Abholung außerhalb der Filiale“ implementiert. Auch die Mitarbeiter waren in der Lage, sich dank entsprechend angepasster und intuitiver IT-Anwendungen schnell mit den veränderten Arbeitsabläufen vertraut zu machen.
Microservices ermöglichen es Programmierern, eine Vielzahl von Technologien und Plattformen zu nutzen, so dass sie bei der Lösung von Problemen sehr kreativ vorgehen können. Unternehmen sind dazu in der Lage, auf jeder Systemebene in Bezug auf Datenmodell, Dienste und sogar User Interface Erweiterungen vorzunehmen – ohne negative Auswirkungen auf die Grundfunktionen der Lösung. Systemweite Upgrades, Tests und Lockdowns gehört der Vergangenheit an.
Änderungen im laufenden Betrieb
Insbesondere wenn es um die Dynamik und Agilität der Lieferkette geht, ist die modulare, skalierbare Architektur von Microdiensten eine ideale Lösung. Einzelhändler, die auf einer Cloud-Plattform operieren, können Änderungen im laufenden Betrieb vornehmen – von der Initiierung einer einfachen Workflow-Änderung in einer App über die Einbindung einer externen Rabatt-Aktion bis hin zur schnellen und einfachen Verbindung einer Programmierschnittstelle mit einer CRM-Anwendung.
Eine solche Cloud-native Lösung ist Manhattan Active Warehouse Management. Da die Plattform in der Cloud angesiedelt ist, besteht die Architektur ausschließlich aus Microservices. Sie ist versionslos, was bedeutet, dass Manhattan Associates den Nutzern immer die neusten Updates zur Verfügung stellt.
