Gut genug gebaut: Warum kleine Betriebe keine Konzern-Architektur brauchen

Ein kleiner Betrieb mit rund fünfzig Beschäftigten will seine Auftragsverfolgung verbessern. Ein externer IT-Dienstleister entwirft dafür eine hochmoderne, verteilte Architektur: ein Cluster aus vielen kleinen Diensten, Echtzeit-Warteschlangen, Datenhaltung über mehrere Regionen hinweg. Ein Jahr später verbringt das Unternehmen mehr Zeit mit der Pflege seiner Server-Konfigurationen als mit dem Ausliefern seiner eigentlichen Produkte. Die Technik sollte helfen und ist zum Hauptproblem geworden.

Das Muster

Die Kultur der Softwareentwicklung ist stark von den großen Technologiekonzernen geprägt. Deren Architekturen sind dafür gebaut, Milliarden von Nutzern weltweit zu bedienen — und genau dafür sind sie brillant. Für einen spezialisierten mittelständischen Fertiger ist es aber ein handfester Fehler, diese Bauweise einfach zu kopieren.

Hochkomplexe verteilte Architekturen bringen einen enormen Konfigurationsaufwand mit sich, verlangen aufwendiges Debugging über Netzwerke hinweg und verursachen dauerhaft hohe Wartungskosten. Jeder dieser Punkte ist bei einem globalen Dienst gerechtfertigt und bei einem 50-Personen-Betrieb reine Last. Die Technik löst Probleme, die dieses Unternehmen schlicht nicht hat, und schafft dafür neue, die es vorher nicht kannte.

Was ein schlanker Betrieb tatsächlich braucht, ist das Gegenteil des Trends: eine überschaubare, verlässliche und leicht wartbare Datenstruktur — eine Architektur, die ausdrücklich auf die reale Größe und Teamstärke zugeschnitten ist. Nicht die eindrucksvollste Lösung gewinnt, sondern die, die zum Maßstab des Unternehmens passt.

Aus unserer Praxis

Als kleines Kernteam entwerfen wir Architekturen konsequent auf langfristige Einfachheit im Betrieb. Wir bauen bewusst unspektakuläre, stark konsolidierte Systeme — auf robusten, seit Jahren bewährten Datenbanken und mit klaren, zusammenhängenden Codestrukturen, wo immer das möglich ist. „Langweilig" ist für uns ein Kompliment, weil langweilige Systeme selten nachts anrufen.

Unser Maßstab dabei ist eine einzige Frage: Kann dieses System von einer einzelnen internen IT-Kraft mit soliden Grundkenntnissen vollständig betrieben, gewartet und erweitert werden? Wenn ja, haben wir richtig gebaut. Wenn dafür ein spezialisiertes Team nötig wäre, das der Betrieb gar nicht hat, haben wir am Bedarf vorbeikonstruiert.

Deshalb messen wir die Qualität unserer technischen Entwürfe nicht an ihrer Raffinesse, sondern daran, wie unsichtbar und wartungsarm sie über Jahre des Dauerbetriebs bleiben. Ein System, über das niemand mehr spricht, weil es einfach läuft, ist das beste Ergebnis, das wir liefern können.

Woran ihr Überdimensionierung erkennt

Wenn ihr einen Architekturvorschlag vor euch habt, verraten ein paar nüchterne Fragen, ob er zu eurer Größe passt:

• Braucht der Betrieb dieses Systems mehr Menschen, als der Betrieb überhaupt hat?
• Löst die Architektur ein Skalierungsproblem, das ihr realistisch nie bekommt?
• Kann eine einzelne Person das Ganze verstehen und im Ernstfall reparieren?
• Verbringt das Team mehr Zeit mit der Infrastruktur als mit der eigentlichen Arbeit?

Zeigt eine dieser Antworten in die falsche Richtung, ist der Entwurf nicht zu modern, sondern schlicht zu groß für euch.

Fazit

Gute Architektur ist nicht die, die am meisten kann, sondern die, die zu eurer tatsächlichen Größe passt und über Jahre klaglos läuft. Für einen mittelständischen Betrieb ist ein solides, wartbares, konsolidiertes System fast immer die klügere Wahl als der verteilte Baukasten der Konzerne. Wenn ihr vor einem überdimensionierten Vorschlag steht oder ein System schon mehr Pflege verlangt als es Nutzen bringt, schauen wir gern gemeinsam darauf, was für eure Größe wirklich trägt.