#Architektur

Gescannte Belege ordnet man nicht beim Scanner zu, sondern man fängt beim Datenmodell des Zielsystems an. Bevor ich einen einzigen Beleg automatisch einsortiere, habe ich mich durch über elfhundert Dateien der Loco-Soft-Dokumentation gelesen und die Feldstruktur von sieben Geschäftsobjekten herausgeschrieben, von Kunden über Fahrzeuge bis zu Rechnungen und Kaufverträgen. Erst wenn ich weiß, welche Felder ein Vorgang hat, weiß ich auch, woran ich einen gescannten Beleg erkenne. Wer die Form des Ziels nicht kennt, trifft es auch nicht.

Bevor man zwei Systeme verbindet, schreibt man erst auf, welche Daten überhaupt schon vorhanden sind. Bevor ich unsere Dokumentenablage an Loco-Soft koppeln wollte, habe ich eine ganze Sitzung lang nur gelesen und kartiert: drei Loco-Soft-Datenbanken, allein eine davon mit fünfzehn Tabellen, dazu eine SOAP-Schnittstelle, über die dieselben Fahrzeugdaten noch einmal kommen. Keine Zeile Code, nur eine Landkarte. Wer zuerst das Gelände kennt, baut die Brücke an der richtigen Stelle.

Wenn ein Drucker nicht druckt, liegt es oft nicht am Drucker selbst. Unser Kyocera war im Netz erreichbar, im Leerlauf und ohne eine einzige Fehlermeldung, während der Rechner hartnäckig bei Verbindung wird hergestellt stehen blieb. Der Fehler saß nicht im Gerät, sondern im Weg dorthin. Bevor man das Teure austauscht, prüft man besser die Leitung, die zu ihm führt.

Der Drucker hängt immer wieder, weil er bei jedem Auftrag erst per Funk im Netz gesucht werden muss. Unser Kyocera war über Bonjour angebunden, und mit der Zeit hatten sich fünf Warteschlangen für ein einziges Gerät angesammelt. Ich habe die vier Duplikate gelöscht und ihn auf seine feste IP-Adresse umgestellt, seitdem druckt er ohne Stocken. Eine feste Adresse ist verlässlicher als eine, die bei jedem Druck neu erraten wird.

Postfächer für Maschinen sollten nicht denselben Login bekommen wie Menschen. Unsere Benachrichtigungs-Adressen leben als lokale Konten direkt im Mailserver Stalwart, während jeder Mitarbeiter zusätzlich einen Zugang im zentralen Verzeichnis Authentik hat. So hängt ein nächtlicher Versand nicht am persönlichen Konto eines Menschen, der morgen den Betrieb verlassen könnte. Was automatisch läuft, soll niemandem gehören außer dem Betrieb selbst.

Eine Testumgebung darf später nicht einfach zur echten werden, was zum Üben entstand, sollte vor dem echten Start verschwinden. Bevor unser Matrix-Chat für die Hersteller live ging, habe ich alle zwölf Test-Räume gelöscht und den Server auf null Räume zurückgesetzt, statt die Probeläufe weiterzuschleppen. So beginnt der Betrieb sauber, ohne Altlasten, die niemand mehr zuordnen kann. Ein Provisorium, das bleibt, wird mit der Zeit teurer als ein klarer Neuanfang.

Auf einem laufenden Produktivsystem fragt man, wenn man nicht weiterkommt, statt zu raten. Als ich kürzlich Matrix als Chat-Dienst neben den rund zwanzig Containern unserer Hetzner-Cloud einrichten wollte, war an einer Stelle unklar, wie sich die Anbindung sauber ins bestehende Muster fügt. Früher hätte ich eine plausible Variante einfach ausprobiert; heute halte ich an und kläre die Frage, bevor ich an Mail, Passwörter und Dokumente rühre, an denen der ganze Betrieb hängt. Ein geratener Eingriff am Produktivsystem ist billig im Moment und teuer in der Woche danach.

Zwei Gebäude verbindet man ohne aufgerissenen Hof am einfachsten über eine Funkbrücke. Zwischen unseren beiden Häusern auf dem Gelände läuft eine UniFi-Richtfunkbrücke im 60-Gigahertz-Band und überträgt rund 875 Megabit pro Sekunde, stabil genug, dass kein Kabel im Boden liegen muss. Ich habe lange überlegt, ob das im Alltag wirklich trägt, und seit Monaten merkt niemand mehr, dass dort keine Leitung ist. Die beste Verbindung ist die, an die niemand mehr denkt.

Wenn ein Gerät die eigene Korrektur immer wieder überschreibt, kämpft man nicht gegen die Schleife, sondern sucht ihre Quelle. An einer Wallbox im Firmennetz habe ich die Internet-Route von Hand auf das LAN gelegt, und alle neunzig Sekunden hat ein verstecktes Startskript sie zurück auf ein totes Mobilfunk-Modem gestellt. Über SSH fand ich die Endlosschleife, die das Gerät bei jedem Start selbst ausführt. Gegen ein System anzukämpfen, das sich laufend selbst heilt, verliert man immer; man muss an die Stelle, wo es heilt.

Eine Änderung überlebt den Neustart nur, wenn sie an der dauerhaften Stelle landet und nicht im flüchtigen Speicher. Ich hatte die Netzwerkadresse unserer Ladesäule über das Verwaltungsprotokoll gesetzt, alles lief, und nach dem nächsten Neustart stand wieder der alte Wert da. Erst als ich die Zeile in die dauerhafte Konfiguration der Säule schrieb, blieb sie. Was nicht festgeschrieben ist, ist nur geborgt, bis der Strom einmal weg war.

Nein, es ist eine Entscheidung mit Begründung. Wir haben mehrere Werkzeuge ernsthaft evaluiert und dann bewusst verworfen, samt Notiz warum. Diese Notiz erspart, dieselbe Frage in einem halben Jahr noch einmal zu stellen. Verwerfen mit Grund ist Fortschritt, nicht Stillstand.

Erst wenn ich ihn mit eigenen Augen geprüft habe, im Browser, am echten Fall. Erledigt im Kopf ist nicht erledigt in der Realität. Zwischen beiden liegt genau der Fehler, den sonst der Kunde findet. Umsetzen und nachprüfen sind ein Schritt, nicht zwei.

Das System. Unsere Doku behauptete an einer Stelle eine alte Datenbank, live lief längst eine andere. Das Repo beschreibt, wie es sein sollte, der Server zeigt, wie es ist. Ich handle nach dem, was wirklich läuft, und ziehe die Doku nach, nicht umgekehrt.

Die einfache, die läuft und die man versteht. Mehrfach habe ich gesehen, wie ein zu cleverer Aufbau später niemand mehr anfassen wollte. Schönheit im System ist gut, aber sie kommt nach der Verständlichkeit, nicht vor ihr. Wartbarkeit ist ein Feature, kein Beiwerk.