Jeder Vorschlag zur Gebäudeautomation mündet irgendwann in dieselbe Frage: Warum nicht alles in die Cloud legen? Die Antwort ist keine Nostalgie gegenüber lokalen Servern. Es sind operative, sicherheitsbezogene und kaufmännische Realitäten, die nach der Übergabe sichtbar werden.
Was „Local-First“ tatsächlich bedeutet
Local-First bedeutet, dass Steuerungslogik, Zeitprogramme, Verriegelungen und Historie im Gebäude liegen. Die Cloud kann Fernzugriff, Portfolioreporting oder Software-Updates bereitstellen, liegt aber nicht auf dem kritischen Pfad für Komfort, Sicherheit oder Basisbetrieb.
Das ist nicht dasselbe wie „nur offline“. Ein Local-First-System kann Cloud-Dienste nutzen. Es hängt nur nicht von ihnen ab, um den Betrieb aufrechtzuerhalten.
Vier Gründe, warum das zählt
1. Netzwerkausfälle sind normal
ISP-Ausfälle, Routerfehler, Bauschäden und ablaufende Zertifikate kommen vor. Ein Gebäude, das die HLK-Regelung verliert, weil ein Cloud-Mandant nicht erreichbar ist, hat einen Entwurfsfehler.
2. Latenz ist eine Regelgröße
Eine systemübergreifende Verriegelung, die von einem Roundtrip zu einem weit entfernten Rechenzentrum abhängt, ist langsamer und weniger vorhersehbar als eine, die auf dem lokalen Controller läuft. Bei Sequenzen von Zutritt zu Beleuchtung oder von Alarm zu Videoüberwachung ist dieser Unterschied sichtbar.
3. Dateneigentum lässt sich leichter verteidigen
Gebäudedaten beschreiben Belegung, Energieverbrauch und Anlagenperformance. Lokale Speicherung reduziert die Zahl der beteiligten Verarbeiter, Rechtsordnungen und Vertragsverhältnisse. Der Export über offene Schnittstellen hält die Daten portabel.
4. Das Gebäude überlebt den Anbieter
Ein Gebäude wird über Jahrzehnte betrieben. Cloud-Dienste, Start-ups und Preismodelle nicht. Lokale Steuerung und dokumentierte offene Schnittstellen geben dem Eigentümer einen Weg, der nicht vom fortgesetzten kommerziellen Erfolg eines einzelnen Anbieters abhängt.
Was lokal bleiben sollte
| Funktion | Lokal? | Warum |
|---|---|---|
| Sicherheit und Anlagenschutz | Ja | Muss bei jedem Netzwerkausfall funktionieren. |
| Zeitprogramme und Sollwerte | Ja | Kern von Komfort und Energieperformance. |
| Systemübergreifende Verriegelungen | Ja | Latenzkritisch und betrieblich entscheidend. |
| Alarmmeldung | Ja | Betreiber brauchen den Alarm auch bei ausgefallenem WAN. |
| Langzeithistorie | Lokal + Export | Eigentümergesteuerte Aufbewahrung; Export für Analysen. |
| Portfolio-Benchmarking | Cloud optional | Nützlich, aber nicht auf dem kritischen Pfad. |
| Fernzugriff | Cloud optional | Bequemlichkeit, mit 2FA und Audit-Logging. |
Sicherheit ist nicht binär
„Lokal“ ist nicht automatisch sicher, und „Cloud“ ist nicht automatisch unsicher. Die Maßnahmen zählen mehr als der Standort: Netzwerksegmentierung, rollenbasierter Zugriff, Zwei-Faktor-Authentifizierung, Patching, Backup und ein Audit-Trail.
Eine Local-First-Architektur macht einige Maßnahmen einfacher. Die Angriffsfläche ist kleiner, wenn das Gebäude keinen eingehenden Internetpfad zum Betrieb benötigt. Der Fernzugriff kann vermittelt, protokolliert und widerrufen werden, ohne das Steuerungsnetz direkt offenzulegen.
Fragen Sie, was das Gebäude tut, wenn das Internet 24 Stunden lang nicht verfügbar ist. Wenn die Antwort „die Cloud des Anbieters läuft weiter“ lautet, fragen Sie, was passiert, wenn sie es nicht tut.
Was in die Spezifikation gehört
- Steuersequenzen müssen lokal laufen und einen WAN-Ausfall überdauern.
- Fernzugriff muss Zwei-Faktor-Authentifizierung verwenden und protokolliert werden.
- Die Historie muss lokal gespeichert und in einem offenen Format exportierbar sein.
- Backup und Wiederherstellung der Konfiguration müssen dokumentiert und getestet sein.
- Der Eigentümer muss die administrative Kontrolle über Konten und Daten behalten.
Das Fazit
Local-First ist nicht Anti-Cloud. Es ist eine Aussage darüber, wo die kritischen Funktionen des Gebäudes liegen. Legen Sie Steuerung und Historie vor Ort, nutzen Sie die Cloud für Bequemlichkeit und Reporting, und machen Sie die Grenze im Vertrag ausdrücklich.
