Local First im Smart Home: Ein pragmatischer Leitfaden

Smart Home Geräte versprechen Komfort: simples Setup, Steuerung per App und Features aus der Cloud. Die Kehrseite sind Abhängigkeiten, Datenschutzrisiken und überraschende Abschaltungen von Diensten. Mit Daniel aka The Smart Home Maker habe ich über genau dieses Thema gesprochen. Wir blicken zusammen darauf, was Local First praktisch bedeutet, welche Vor- und Nachteile es hat und wie du eine sinnvolle Hybrid-Strategie baust.

Denn aus meiner Sicht ist vor allem die hybride Nutzung enorm entscheidend. Während die einen konsequent alles lokal bauen, nutzen die anderen nur die Cloud. Ich glaube die Wahrheit für ein gutes Smart Home liegt irgendwo dazwischen. Ein gesundes Mittelmaß sozusagen. Warum das so ist und wo die Cloud vielleicht auch mal die Nase vorne haben kann, das will ich dir in diesem Artikel nochmal herunterbrechen.

Wenn du die ganze Folge unseres Austauschs hören willst, empfehle ich dir das nachfolgende Video. Das kannst du bequem beim Arbeiten am Smart Home anhören oder mal zum Entspannen nutzen.

Was heißt Local First?

Doch beginnen wir zuerst mal ganz grundlegend mit dem Begriff Local First. Was bedeutet das eigentlich?

Local First ist im Grunde ein Paradigma aus der IT. Hierbei sollen Anwendungen ihre Daten vor allem auf dem aktuellen Gerät behalten und nicht an andere Stellen auslagern. Es geht dabei darum, dass die Daten auf der eigenen Infrastruktur bleiben und nicht in die Cloud gehen. Die Kernaspekte treffen dabei vor allem folgende Bereiche:

• Offline-First & sofortige Reaktion
• Datenhoheit & Kontrolle
• Langlebigkeit

Im Gegenzug zur Cloud First Strategie will man also nicht mit einer dauerhaften Internetverbindung arbeiten müssen und die Kontrolle über die Daten nicht abgeben. Das bietet gerade im Smart Home ganz besondere Vorteile und ist auch ein Stück weit die Existenzgrundlage für beispielsweise Home Assistant.

Gleichzeitig kann man aber auch in einer Local First Strategie die Cloud einbinden. Der einzige Unterschied besteht im Grunde darin, dass du dich nicht im Kern auf sie stützt. Das sehen wir wiederum auch bei Home Assistant, wenn wir zum Beispiel an den Fernzugriff in Home Assistant per App denken.

Was mich daran oft stört

Grundsätzlich kann man also sagen, dass der Ansatz definitiv seine Berechtigung hat. Und auch ich versuche in meinem Smart Home gezielt Funktionen ins eigene Zuhause und damit in die eigene Hoheit zu bekommen. Das betrifft vor allem ganz elementare Funktionen, wie zum Beispiel die Beleuchtung.

Mich stört aber oftmals auch die Auslegung. Denn in vielen Diskussionen stellt sich sehr schnell heraus, dass man gar nicht von Local First, sondern eher von Local Only spricht. Und es im Grunde einfach schöner verpackt.

Ich persönlich sehe nämlich durchaus auch Vorteile in der Cloud. Gleichzeitig weiß ich aber auch, dass es mit Vorsicht zu genießen ist. Denn am Ende des Tages gibt man immer ein Stück weit seine Daten ab. Wie stark Hersteller diese Daten auswerten, lässt sich von außen oft schwer beurteilen. Aber es können eben auch sensible Daten, wie zum Beispiel Kamerabilder sein.

Meine Unterteilung ist daher aus meiner Sicht ziemlich logisch: Kernfunktionen und optionale Features. Davon wirst du im weiteren Verlauf noch mehr mitbekommen.

Kernfunktionen sollten lokal laufen. Das sind zum Beispiel Teile des Smart Homes, die besonders risikoreich sind oder elementar für mein tägliches Leben (z. B. Licht). Optionale Features hingegen kann ich über eine Cloud laufen lassen. Weil sie mir nicht wehtun, wenn sie ausfallen. Oder weil ich es persönlich nicht als Datenschutzverletzung empfinde, wenn ich meinem Sprachassistenten sage, dass er das Licht einschalten soll.

Aber das ist eben nur meine persönliche Auslegung. Das kann man im eigenen Smart Home durchaus auch anders gestalten. Gerade am Beispiel Sprachassistent habe ich das ja schon einmal thematisiert in meinem Blog.

Vorteile von Local First

Doch kommen wir wieder zurück zu den wesentlichen Vorteilen. Die sehe ich natürlich ebenso.

Wer Daten lokal verarbeitet und sie nicht in die Cloud abgibt, hat die Nase vorne beim Datenschutz. Zumindest dann, wenn man seine Geräte und sein eigenes Netzwerk richtig schützt. Hier liegt oftmals der größte Sicherheitsfaktor, den viele nicht beachten. Daher unbedingt abchecken, wenn man sich wirklich ein Stück weit mit seinen Daten isolieren will.

Hinzu kommen geringere Latenzen. Denn wenn eine Anfrage nicht erst um die halbe Welt geschickt werden muss, kann auch die Antwort schneller auf dem jeweiligen Gerät eintreffen. Das ist insbesondere dann ein wesentlicher Faktor, wenn die Clouddienste durch hohe Anzahlen an Anfragen wieder einmal an ihre Kapazitätsgrenzen kommen.

Das alles führt dann zu den Punkten Kontrolle und Flexibilität. Du entscheidest, welche Daten erfasst und wohin sie gespeichert werden. Im Nachgang kann man dann auch nochmal optimieren, so dass du wirklich derjenige bist, der die Hoheit über seine Systeme hat.

Hieraus entsteht final dann die Unabhängigkeit. Du bist nicht auf fremde Dienste oder Server angewiesen. Du hast deine eigene Infrastruktur in der Hand. Zwar kann das auch mal ein Risikofaktor werden, aber im Grunde bist du damit auf einem echt starken Ausgangspunkt, wenn du dich damit auskennst.

Die Kosten von Local First

Auch wenn sich das nun erstmal alles wunderbar und gut anhört, Local First hat immer seinen Preis.

Auf der einen Seite reden wir wirklich von Kosten. Vor allem bei der Anschaffung und auch im Betrieb, wenn es um den Strom geht. Je nachdem wie umfangreich die eigene Infrastruktur wird, kann man dort schon echt viel Geld reinhauen. Ich zum Beispiel habe zwei Dell-Server in meinem Homelab im Hochverfügbarkeitscluster laufen. Das mag übertrieben erscheinen, ist aber für mich auch ein großes Spielfeld, um neue Dinge auszuprobieren. Für die Meisten reicht aber auch schon ein Raspberry Pi oder Mini-PC als solider Einstieg.

Hinzu kommen aber auch noch Kosten, die nicht direkt messbar sind. Das sind vor allem die Aufwände, die du für den Betrieb investieren musst. Während die Cloud scheinbar nie aktualisiert werden muss, bist du in deiner eigenen Umgebung genau dafür verantwortlich.

Geht etwas kaputt, musst du es reparieren. Stehen Updates an, musst du sie installieren. Funktioniert ein Dienst nach einem Update nicht mehr, solltest du Zeit in die Wiederherstellung investieren. Und im besten Fall hast du dann auch noch ein Backup von deiner Infrastruktur, das du auch noch irgendwo unterbringen musst.

All das hast du bei der Cloud nicht. Hier kaufst du dich im Grunde mit einem monatlichen Betrag von all diesen Lasten frei. Andere müssen das dann für dich machen, während du dich entspannt zurücklehnen kannst.

Aber (und das gehört zur Wahrheit dazu) du kannst eben auch durch all das sehr viel lernen, wenn du dich wirklich dafür interessierst. Der Lernfaktor bei Local First ist ohne Zweifel wesentlich höher als wenn du nur für 4,99 EUR irgendwo ein Abo abschließt.

Der kaputte Homeserver

Gehen wir doch hier nochmal etwas tiefer rein. Daniel zum Beispiel stand vor der Herausforderung, dass der eigene Server durch das Zeitliche gesegnet wurde. Zwar war fast alles durch ein Backup gesichert oder konnte wiederhergestellt werden, aber im ersten Moment ist man auf jeden Fall mal aufgeschmissen. In seinem Beispiel war das vor allem bei n8n der Fall.

Dabei geht es gar nicht darum, dass man die Hardware nicht ersetzen kann. Aber wir alle haben sie wahrscheinlich nicht auf Lager und können innerhalb von wenigen Stunden alles wieder in Betrieb nehmen. Denn oft ist so ein Fall damit verbunden, dass neue Hardware ausgesucht, bestellt und eingerichtet werden muss. Dabei reden wir oft von Tagen. Tage, an denen das eigene Smart Home nicht oder nur eingeschränkt funktioniert.

Diesen Fall hat man beispielsweise in der Cloud nahezu nie. Klar fällt die auch mal aus oder hat Probleme. Ist ja unterm Strich auch nur Technik. Aber sie wird wohl kaum Tage am Stück ausfallen, sofern es nicht irgendein Dienst ist, den sowieso kaum jemand benutzt. Zumindest wäre mir zum aktuellen Zeitpunkt kein Beispiel bekannt.

Ich will damit nun nicht sagen, dass Local First keine Option ist. Aber sie bringt eben ihre eigenen Risiken mit sich, die man genau an diesem Beispiel sehr gut erkennen kann. Und auch wenn am Ende alles wieder läuft, eine Ausfallzeit bleibt. Und die ist wohl größer als bei einer Cloud.

Wichtig ist auf alle Fälle, immer ein Backup parat zu haben!

Risiko: Hersteller-Lock

Betrachten wir das alles etwas praktischer, so können wir uns das Beispiel von Daniel aus dem Podcast rausnehmen. Er beschreibt, dass am Beispiel des Garagentors der Hersteller erst eine offene Schnittstelle hatte, diese dann eingeschränkt wurde und nun die Nutzer nach immer weiteren Umwegen suchen, um dieses Problem zu umgehen.

Das beschreibt auch im Grunde für das Smart Home das größte Risiko, wenn man ausschließlich auf die Cloud setzt: Du bist abhängig.

Im Internet läuft alles über Schnittstellen. Diese Schnittstellen unterliegen der Kontrolle der Hersteller. Und die Hersteller können eben damit tun und lassen, was sie wollen. Schnittstellen können ausgebaut, verändert oder monetarisiert werden. Ein einfaches Beispiel dazu ist ChatGPT. Für jede Anfrage und Antwort musst du Geld bezahlen. Das ist die ganz klassische Monetarisierung.

Der Hersteller kann also nun nach einigen Monaten entscheiden, dass der kostenlose Weg versperrt wird und schon stehst du vor der Qual der Wahl: Bezahlen oder Alternative suchen?

Wenn wir das ganz pragmatisch betrachten könnte es dazu führen, dass deine Lampe im Wohnzimmer irgendwann nur noch dann funktioniert, wenn du das Abo für 2,99 EUR im Monat kaufst. Ähnlich gab es ja „Vorstöße“ bei BMW, als es um das Thema Sitzheizung ging (Quelle: Borns IT- und Windows-Blog). Für das Smart Home ist auch sowas nicht ausgeschlossen und treibt dich dann natürlich total in die Abhängigkeit: Bezahlen oder nicht mehr nutzen.

Risiko: Dienst eingestellt

Ein weiteres Risiko besteht darin, dass die API zwar grundsätzlich noch funktionieren würde, die Entscheidung aber eine höhere Ebene betrifft.

Es wäre durchaus nicht das erste Mal, dass eine Plattform komplett eingestellt oder das Unternehmen in die Insolvenz geht. Spätestens dann gibt es ein echtes Problem, wenn das eigene Smart Home nur auf diesen Diensten beruht. Ein Beispiel hierfür ist die Plattform Conrad Connect, die zuerst höhere Preise abgerufen und schlussendlich eingestellt wurde (Quelle: Heise online). Ein weiteres Beispiel ist die Gigaset Home and Care Sparte, die ebenfalls ersatzlos gestrichen wurde (Quelle: Heise online).

Über die Gründe und Auswirkungen kann man natürlich jetzt ein ganz eigenes Kapitel aufschlagen. Aber sie zeigen, dass der messbare Einfluss real ist und sehr weit darüber hinaus geht, dass eine einzige Funktion nicht mehr verfügbar ist. Genau das ist der Knackpunkt am Smart Home, den man immer im Blick haben muss.

Am Beispiel von Gigaset zeigt sich außerdem, dass ganze Produkte nicht mehr funktionierten. Es war also nicht nur so, dass die Cloud weg war, sondern die Produkte waren am Ende völlig wertlos. Teure Briefbeschwerer. Das ist etwas, was das Vertrauen in Smart Home grundsätzlich erschüttert und echt übel ist.

Genau deshalb vertrete ich die Ansicht, dass es eben Funktionen im Smart Home geben muss, die ohne Hilfe von außen funktionieren. Eben ein Hybrid-Modell, das zwischen Kernfunktionen und optionalen Features unterscheidet.

Local First starten

Wenn du nun selbst Interesse am Ansatz Local First bekommen hast, kann ich das absolut nachvollziehen. Zumal wir ja auch ein paar Beispiele hatten, die das im Grunde noch interessanter gemacht haben.

Was dir natürlich von Beginn an klar sein muss ist, dass du nicht von heute auf morgen das perfekte Setup haben wirst. Es gibt zwar immer mal wieder Tools, die sich bewährt haben, aber im Grunde bleibt es ein Feld zum Experimentieren. Und das ist auch das Spannende an der ganzen Geschichte aus meiner Sicht.

Schlussendlich solltest du dir deine Architektur genau ansehen. Dir überlegen, welche Dienste du nutzt und ob es dazu auch Alternativen gibt. Kleiner Spoiler: Für die meisten Dinge gibt es eine lokale Alternative, die ohne monatliche Kosten und große Einschnitte daher kommt.

Wenn du grundsätzlich auf der Suche nach offenen Alternativen bist, die nicht nur das Smart Home betreffen, kann ich dir übrigens die Seite OpenAlternative empfehlen. Sieht sehr spannend aus für mich!

Local First im Smart Home

Wenn es dann konkreter um das Smart Home geht, würde ich mich Stück für Stück durcharbeiten. Zuerst steht die Bestandsaufnahme an, welche Geräte du im Einsatz hast und ob sie möglicherweise eine lokale Alternative bieten können. Deine Liste kann beispielsweise so aussehen:

Sicherlich ist das nun stark vereinfacht und deckt nur einen Bruchteil des Ganzen ab. Aber es zeigt schon, nach welchen Kriterien man seine Aspekte im Smart Home einteilen kann. Besonders bei den Komfort-Analytics zeigt sich übrigens bei Home Assistant, wie wunderbar das alles lokal funktionieren kann. KI hingegen ist ein eher schwieriges Thema, das man eben nicht einfach mal so nebenbei löst.

Es kommt im Smart Home ganz stark auf den Use Case an, den du umsetzen willst. Und genau dafür plädiere ich auch, dass man das auch unterscheidet.

Hinzu kommt außerdem noch, dass jeder eine eigene Einschätzung trifft. Du kannst natürlich fast alles lokal machen. Aber die Frage ist auch immer, wie sinnvoll das ist. Auch im Hinblick auf das eigene Know-How. Hier sollte man jedem seinen eigenen Freiraum gewähren und vielleicht mal neugierig auf das Thema blicken anstatt verurteilend.

Geräteauswahl bei Local First

Schauen wir uns nun mal noch konkrete Beispiele an, wie wir Local First als Ansatz auch in unserem Smart Home implementieren können.

Die Basis dazu bildet natürlich ein Smart Home System wie Home Assistant oder ioBroker. Hier haben wir schon von Natur aus die Verarbeitung der Daten auf unserem eigenen Server, ohne dass wir eine Cloud anbinden müssen. Alles fließt zentral zusammen, bleibt aber innerhalb von unserem Netzwerk.

Wenn wir dann mal in Richtung Strom blicken, gibt es beispielsweise zwei Möglichkeiten, die auch ich ausprobiert habe. Die erste Möglichkeit wäre ein poweropti. Er funktioniert über eine Cloudverbindung und stellt im Standardfall keine Daten lokal innerhalb des Netzwerks bereit. Die lokale Alternative dazu kann zum Beispiel ein Stromleser sein, der wiederum die Cloud optional zur Verfügung stellt. Hier priorisieren wir also schon durch die Geräteauswahl, welchen Weg wir denn eigentlich gerne gehen möchten.

Ein weiteres Beispiel können Saugroboter sein. Mein iRobot Roomba s9+ funktioniert nur über die Cloudintegration mit Home Assistant. Fällt sie aus, kann ich ihn nicht mehr steuern oder abrufen. Dagegen steht der SwitchBot S20, der direkt mit Home Assistant über Matter kommunizieren kann. So kann ich direkt Befehle zwischen Home Assistant und Saugroboter hin- und herschicken, ohne dass sie einen langen Umweg gehen müssen.

Ebenso beim Thema Lampen und vielem weiteren.

Das zeigt ganz praktisch, wie wir schon bei der Geräteauswahl unseren Ansatz unterstreichen oder selbst sabotieren können. Je nachdem, worauf unser Fokus denn eigentlich nun liegt. Es geht nicht darum, welches Gerät besser oder schlechter ist. Wir fokussieren uns hier wirklich nur darauf, wie wir die Verbindung handhaben wollen.

Fazit – die pragmatische Haltung

Wir haben also in diesem Artikel und dem Podcast gelernt, dass es durchaus seine Berechtigung hat, wenn wir von Local First sprechen. Dringend müssen wir aber darauf achten, dass wir es nicht mit Local Only verwechseln. Denn hier scheinen manchmal die Trennlinien nicht sonderlich genau gezogen zu werden.

Im Grunde sind wir alle irgendwo ein Stück weit auf andere Dienste angewiesen. Im Smart Home spätestens dann, wenn wir von unserem Fahrzeug die Daten auch in Home Assistant haben wollen. Und das ist erstmal keinesfalls schlecht.

Wir haben aber auch gesehen, dass es dann schlecht wird, wenn wir in grundlegenden Dingen eingeschränkt sind. Bei der Beleuchtung, der Tür oder auch ganz simpel bei Fensterkontakten. Diese Funktionen müssen ganz unabhängig von der Außenwelt zur Verfügung stehen. Sonst könnten sie das Vertrauen in Smart Home insgesamt sehr stark schwächen.

Funktionen aus der Cloud können wir hingegen als optionale Features integrieren. Wichtig dabei ist, dass wir darauf achten, was wir an wen geben und wie viel Cloud wir zulassen. Wenn heute der Sprachassistent nicht mehr funktioniert, sollte nicht gleich das ganze Smart Home zusammenbrechen. Es darf dich maximal im Komfort erwischen, der eingeschränkt wird.

Daraus ergibt sich dann schlussendlich auch meine pragmatische Haltung zum Thema. Local First? Gerne! Cloud? Da wo es Sinn ergibt.

Mit dieser Haltung bin ich bislang ganz gut gefahren. Aber auch ich optimiere immer wieder und versuche eine noch bessere Lösung für mein Smart Home zu finden.

Wie ist es bei dir? Local First? Local Only? Oder doch lieber Cloud? Lass uns darüber mal unten in den Kommentaren diskutieren.