Architektur
Saubere Architektur im Realbetrieb der Intralogistik
In der Intralogistik trifft Software auf eine sehr unhöfliche Realität: Paletten kippen, Lichtschranken verschmutzen, Motoren altern. Genau deshalb halte ich saubere Architektur hier nicht für ein Luxusproblem, sondern für eine Überlebensstrategie. Wer um drei Uhr nachts ein Update einspielen muss, weil eine Sortieranlage den ganzen Tagesversand blockiert, will keine Schichtenchaos-Codebasis.
Was wir wirklich vor uns haben
Eine moderne Förderanlage besteht aus mindestens drei Welten: der physischen Hardware (Motoren, Sensoren, SPS), einer Steuerungsschicht (WCS, oft echtzeitnah) und einem darüberliegenden Geschäftssystem (WMS, ERP). Jede dieser Welten hat ihre eigenen Lebenszyklen, eigene Hersteller, eigene Update-Frequenzen.
Wer all das in eine monolithische Codebasis presst, baut sich genau die Kopplung, die ihn später jeden Wartungsfreitag teuer zu stehen kommt.
Hexagonal als Werkzeug, nicht als Religion
Hexagonale Architektur (Ports & Adapters) ist hier kein Selbstzweck, sondern ein einfaches mentales Modell: Innen liegt die Domäne – Aufträge, Routen, Strategien. Außen die Welt – SPS, Datenbank, REST, Messaging.
Der praktische Effekt: Ich kann den Kern einer Sortierstrategie isoliert testen, ohne eine echte Anlage anzuwerfen. Ich kann ein neues Bus-Protokoll einbinden, ohne die Domäne anzufassen. Und ich kann die Steuerung als Simulator laufen lassen, was Onboarding und Bugfix-Zyklen drastisch beschleunigt.
„Architektur ist die Kunst, Entscheidungen so spät wie möglich – und so früh wie nötig – zu treffen.“
Drei Regeln, die sich für mich bewährt haben
- Hardware-Adapter sind dünn. Sie übersetzen, sie entscheiden nicht. Logik gehört in die Domäne, nicht in den Treiber.
- Jeder Service hat einen Simulator. Wenn ich eine Komponente nicht ohne reale Anlage entwickeln kann, ist sie zu eng an die Welt gekoppelt.
- Domain-Events sind das Rückgrat. Sie machen aus verteilten Komponenten ein nachvollziehbares System – und sind gleichzeitig die beste Grundlage für Observability.
Was das in der Nacht bringt
Wenn um zwei Uhr morgens ein Service-Techniker anruft, möchte ich nicht in einer Klasse mit 4.000 Zeilen suchen. Ich möchte einen klaren Strom an Domain-Events sehen, an dem ich erkennen kann, wo das System aussteigt. Saubere Architektur zahlt sich genau dort aus – nicht beim Marketing-Gespräch, sondern in der Schicht.
Das ist für mich der Maßstab guter Software in der Intralogistik: Sie muss sich auch dann verstehen lassen, wenn man müde ist.