In den vergangenen 25 Jahren haben wir Lösungen in unterschiedlichsten technischen Bereichen umgesetzt – von der Systemkonzeption und Realisierung bis hin zu Dokumentation und langfristigem Betrieb. Unsere Arbeit umfasst Projekte in der Luftfahrt, in der IT-Infrastruktur sowie im Museumsumfeld, stets mit dem Fokus auf zuverlässige Systeme, klare Strukturen und praxisnahe Lösungen. Deshalb gilt für uns vor allem:
Systeme sind nur so gut wie ihr Zusammenspiel. Entscheidend ist, Bereiche zu verbinden, die häufig getrennt betrachtet werden: IT-Infrastruktur, Energiesysteme und Gebäudeautomation. Ziel ist nicht Komplexität, sondern Klarheit – Systeme, die verständlich, messbar und im Betrieb zuverlässig sind.
Unsere Prinzipien
Einfache Systeme sind leichter zu verstehen, zu betreiben und zu warten. Eine kleine, transparente Lösung ist oft zuverlässiger als ein vielschichtiger Stapel aus Abstraktionen.
Beispiel: Ein periodischer Datenexport lässt sich häufig mit einem einfachen Cron-Job und einem Shell-Skript umsetzen. Der Einsatz einer komplexen Workflow-Engine erhöht hingegen Komplexität, Abhängigkeiten und potenzielle Fehlerquellen – ohne klaren Mehrwert.
Entscheidungen sollten auf beobachtbaren Daten basieren, nicht auf Annahmen. Messwerte machen Probleme sichtbar, die Intuition allein nicht erkennen würde.
Beispiel: Eine hohe Systemlast könnte zunächst auf eine ausgelastete CPU hindeuten. Werkzeuge wie top, iostat oder vmstat zeigen jedoch oft, dass der tatsächliche Engpass bei I/O oder im Speicher liegt.
Systeme entfalten ihren Nutzen im Zusammenspiel. Klare Schnittstellen ermöglichen es, Komponenten zu verbinden, anstatt sie isoliert zu betreiben.
Beispiel: Eine Wärmepumpe, die Modbus-Daten bereitstellt, kann in ein Monitoring-System integriert werden. In Kombination mit Umweltsensoren und Systemlogs entstehen Einblicke, die in getrennten Systemen nicht sichtbar wären.
Systeme sollten auch nach Jahren noch verständlich und wartbar sein. Stabilität und Klarheit reduzieren langfristige Komplexität und Betriebsrisiken.
Beispiel: Ein Dienst, der auf Standardkomponenten basiert (systemd, einfache Konfigurationsdateien, minimale Abhängigkeiten), kann auch nach Jahren noch verstanden und gewartet werden. Individuelle Frameworks oder eng gekoppelte Systeme werden hingegen schnell schwer beherrschbar, sobald Wissen verloren geht.
Lösungen sollten im Verhältnis zum Problem stehen, das sie lösen. Ziel ist nicht nur technische Perfektion, sondern ein ausgewogenes Verhältnis zwischen Implementierungsaufwand und praktischem Nutzen.
Beispiel: Ein kleines Monitoring lässt sich oft mit wenigen gezielten Metriken und einfachen Dashboards umsetzen. Eine komplexe, verteilte Observability-Plattform erhöht hingegen Aufwand und Wartung, ohne für den konkreten Anwendungsfall zusätzlichen Mehrwert zu liefern.