Gedanken zu 'never change a running System'
-
@cash
https://www.faq-o-matic.net/2008/02/20/never-change-a-running-system-bullshit/Nein, keine Ansichtssache. Ich zitiere mal:
Warum aber erscheinen Patches und Service Packs? Nur deshalb, weil im Herstellersupport festgestellt wurde, dass der ursprüngliche Code fehlerhaft ist. Das System ist also bereits kaputt – und daher muss es repariert werden!
-
@cash sagte in js-controller 3.3 jetzt im Beta:
Das ist Ansichtssache im KFZ Bereich gang und gäbe
Liegt aber auch daran, dass die verbaute Technik in nagel neuen Autos schon 4 Jahre alt ist und je nach dem dann auch andere STGs in Abhängigkeit hoch gezogen werden müssten, was die KFZ Mechaniker scheuen wie der Teufel das Weihwasser.
Das ist somit genau der Vergleich der belegt, dass es sinnvoller wäre das "Gesamtsystem" immer aktuell zu halten, also genau das Gegenteil von dem was Du damit sagen wolltest
-
@cash sagte in js-controller 3.3 jetzt im Beta:
Und mein Haus, meine Regeln
und dann erwartest du hilfe wenn mal was nicht funktioniert?
-
@cash sagte in js-controller 3.3 jetzt im Beta:
Das ist Ansichtssache im KFZ Bereich gang und gäbe. Bei meinen Auto bekomme ich nach 7 Jahren nicht ein Update einer Softwarekomponente mehr drauf gespielt.
Dann warte nochmal ein bischen ab bis bei mehreren Herstellern Over The Air (OTA) Updates sich immer weiter ausbreiten und in immer mehr Fahrzeugen eingebaut werden. Das Auto lädt dann wie ein Handy automatisch neue SW nach und die Steuergeräte werden aktualisiert.
-
@cash sagte in js-controller 3.3 jetzt im Beta:
ein nicht funktionierendes System. Never touch a running system.
Kann ich gut nachvollziehen. Mir wird bei "Systemupdates" auch jedes Mal deutlich wärmer als üblich. Aber ich sehe auch ein, dass das eigentlich falsch ist und die die zu regelmäßigen Updates raten letztendlich Recht haben.
@cash sagte in js-controller 3.3 jetzt im Beta:
Mache ich ein Update vom js-controller steht das ganze System.
[...]
Hue-Adapter schaffe ich ohne Hilfe
[...]
Passiert das beim jscontroller brauche ich im Forum Hilfe.Genau das ist im Prinzip auch mein Problem. Das, sowie die Häufigkeit und teilweise zwingende Notwendigkeit (wg. anderer Abhängigkeiten) von Updates ist der Grund warum ioBroker bei mir immer nur eine sehr umfangreiche Ergänzung und Komforterweiterung sein wird, aber niemals die Kernsteuerung im Smarthome übernehmen wird. Geplant war das mal anders, aber die Zeit hat (mir) gezeigt, dass das für mich nicht der richtige Weg ist.
Fällt ioBroker aus, dann gibt es eben keine Sprachsteuerung oder Bedienung per Wandtablet mehr. Dann muss ich Fernseher und Peripherie eben mit den FB's im schlimmsten Fall einzeln einschalten. Statt mit Wandtablet oder Sprache die Lichtbedienung eben zur Not auch per Handy-App oder klassisch per Wandtatster. Statt Sprachnachricht per netter Frauenstimme eben nur noch die vorgefertigte Ansage über den MP3-Funkgong. Na und? Sollte ich mal ernsthaft ausfallen ist das Thema ioBroker sowieso "tot". Wer soll die Pflege bitte aus dem Stand übernehmen oder leisten? Meine Frau? Wohl kaum.
Der ganze wichtige Rest wie Lichtsteuerung mit BWM, schalten von Licht in Abhängigkeit von Anwesenheit oder Öffnen/Schließen von Rollläden in Abhängigkeit geöffneter Fenster läuft weiter. Ohne zwingend notwendige Aktualisierungen. Notfalls noch einige Jahre, bis sich Ersatz für mich findet. Dazu reicht eine CCU bzw. RM (mit älterem Softwarestand incl. lagerndem 1 zu 1 Ersatz) völlig aus, wenn man keine ganz neu erschienene Geräte einbinden will und man "sortenrein" bleibt. Zwar in der Anschaffung deutlich teurer aber eben auch sicherer/stabiler.
-
@cash Der Vergleich hinkt ganz gewaltig. Sonst würden die Hersteller nicht aktuell 15 Jahre alte Airbags tauschen oder immer noch ihre Schummelsoftware austauschen.
Selbst bei 10 Jahre alten Kisten kommt ganz zufällig plötzlich neue Software drauf.Was die Updatehäufigkeit beim ioBroker angeht möchte ich doch darauf hinweisen, dass sich die meisten hier auf dem Beta Channel befinden und entsprechend oft geänderte Updates bekommen. Willst du "selten" updaten dann musst du im Stable bleiben. Und dort sind die Updates deutlich weniger bzw. seltener. Das wird hier bei solchen Diskussionen leider immer wieder mal vergessen.
-
Davon gehe ich jetzt aber aus, dass die 'Ich update erst wenn es reinregnet'-Fraktion dann wenigstens sich auf stable beschränkt. Alles andere wäre ja noch schwachsinniger.
-
@thomas-braun Ach, du weißt doch wie das so mit Weihnachtswünschen ist......
-
This post is deleted! -
Was das Thema angeht hab ich Euch ja auch meine Meinung versprochen
Einerseits ist "Never change a running system" mit allen Sicherheitsthemen heutzutage meiner Meinung nach eigentlich nicht mehr haltbar. Jetzt mag jemand sagen "ist doch nur mein privates Netzwerk in dem Fall" und genau da geht es los - ist so lange gut bis mal was passiert - wie halt immer.
Andererseits gibts auch immer wieder fixes und Verbesserungen bei Funktionen wie dem Kernel und so.
Andererseits ist "bleeding edge" zu sein auch bullshit weil man sich damit oft viel mehr nervige Dinge reinholt als man gebrauchen kann.
Am Ende muss man eine gewisse Balance finden.
Ja wer, wie jetzt hier in dem Fall, ioBroker als beta einsetzt, der hat sch für ein gewisses Bleeding edge entschieden und wir versuchen immer als Projekt die "heisse Dev Phase" sehr klar zu machen, sodass das jeder Entscheiden kann. AM Ende sind wir mit dem 3.3.xer Branch schon fast am Ende und so kommen jetzt nur kleinere Fixes - die aber wie zuletzt passiert auch Gefahr mit sich bringen.
Wer diese Gefahr nicht will der sollte auf Stable bleiben. Das ist korrekt so!Ist also ... wie immer aktuell - kein klares Schwarz und Weiss ... sondern ne graue Suppe - und jeder darf sich den Farbton selbst anmischen
Das soll jetzt hier aber nicht der End-Post sein ... also weiter Diskutieren
Ingo
-
Was noch hinzukommt: Je kleiner die Updates sind, desto besser kannst du eingrenzen wo es ggf. klemmt. Bei einem ganzen Schwung an Updates geht das nicht mehr. Gilt auch für das Betriebssystem, nicht nur für den ioBroker. Deswegen da regelmäßig am Ball bleiben, macht das Leben viel leichter.
Und das man die richtigen/passenden Repos für seine Update-Strategie wählt, empfiehlt sich auch von selbst.
-
@apollon77 sagte in Gedanken zu 'never change a running System':
also weiter Diskutieren
diskutiert werden kann viel, unterm Strich kommt man eh auf keinen Nenner. Letztendlich kommt es doch immer auf den Einzelfall an, um welch Geräte, App's, Systeme, etc... es sich handelt, wo und was wie läuft, am Netz hängt oder nur local.
Damit meine ich allgemein und nicht nur aufs Smarthome bezogen.
Somit kann man pauschal auch nichts verallgemeinern.Rund um das Thema iobroker, lass ich größtenteils Sicherheitsupdate's automatisiert laufen, der Rest wird manuell in gewissen Abständen von 2-3 Wochen angestoßen.
Logisch, das viele im latest unterwegs sind, wollen ja all die Vorzüge der neusten Funktionen genießen, somit muss man aber auch auf aktuellem Stand bleiben.
Ob hier und da, mal etwas nicht so funktioniert, nimmt/muss man dadurch in Kauf nehmen.
Sollte ja auch ohne Smart noch alles funktionieren, obwohl die Tendenz/Entwicklung immer weiter fortschreitet in der heutigen Zeit.
Da mach ich mir letztendlich eher Sorgen, wenn se mal "den Hahn zu drehn", kein Internet/Kein Strom über Tage hinweg. -
@crunchip sagte in Gedanken zu 'never change a running System':
Rund um das Thema iobroker, lass ich größtenteils Sicherheitsupdate's automatisiert laufen, der Rest wird manuell in gewissen Abständen von 2-3 Wochen angestoßen.
Wie trennst du das? Mir ist kein Repo 'security' oder ähnliches bekannt.
-
@thomas-braun man kann doch mittels Paket unattended-upgrades automatisiert updaten und Regeln erstellen, das nur Sicherheitsupdate automatisiert werden.
-
@crunchip
Für die ioBroker-Adapter? Wo stell ich das ein? -
@thomas-braun Das war auf das Debian/Ubuntu OS bezogen
-
Achso, klar, beim OS (Debian und Konsorten) kenne ich das natürlich.
-
wenn man sichergehen will, muss jede Änderung an einem System getestet werden.
wenn man 24/7 haben will, muss das testen auf einem 2. (evtl. kleineren system/umgebung) erfolgen.
um sicherzugehen, das man alle Funktionen immer gleich und vollständig testet, muss man sich Testfälle ausdenken und die jedesmal dann durchnudeln.
wie oft man das machen möchte und in welchem Umfang bleibt jedem nach Zeitaufwand oder Risikobedürfnis überlassen.
Selbst mit ausreichenden Tests geht immer wieder mal was durch. Dann muss man Vorbereitung treffen, das man auf der "Produktion" zumindest den Zustand davor wieder herstellt und beginnt wieder beim Testen.Aus diesem Grund find ich Docker super. Ich hab hier verschiedenen Testimages (die auch nicht immer laufen müssen). Auf denen kann man beliebig testen, falls was schief geht setzt man neu auf.
-
Bin ich ganz bei Dir.
Selbst als Newbie einfach zu handhaben. Die meisten Container bzw.die Software haben eine BackupLösung integriert.
Bestes Beispiel: Deconz. Da kannste fröhlich die Container-Versionen durchprobieren und immer einfach das Backup einspielen. Eine Sache von Sekunden.
Oder Motion-Eye.....gibt bestimmt noch mehr Beispiele. -
@haselchen Wobei Docker wieder einige Themen - speziell UDP basierte Adapter - wieder sehr komplex macht ggf . und wieder andere Issues mitbringt ... Aber ja bei einigen Themenbereichen bringen container große Vorteile
