NEWS
Gedanken zu 'never change a running System'
-
@da_woody ein nicht funktionierendes System. Never touch a running system. Es gibt ein paar Adapter da bin ich sehr sehr vorsichtig, weil mein Smarthome 24/7 funktionieren sollte. Jedes Update verhindert 24/7. Mache ich ein Update von nur einen Adapter z. B. Philips Hue ist es ein kleiner Ausfall und während des Updates läuft alles andere weiter. Mache ich ein Update vom js-controller steht das ganze System. Im Problemfall beim Update von Hue-Adapter schaffe ich ohne Hilfe vom Forum das ganze sehr schnell zu reparieren mit eine Update auf die alte Version. Notfalls vorher Adapter löschen. Passiert das beim jscontroller brauche ich im Forum Hilfe. Also vergehen dort schnell mal ein paar Stunden. Bin kein Linuxexperte und Befehlszeile fand ich in den 90er ganz cool. Heute verzichte ich gerne darauf
@apollon77 Ich habe ihn nicht gemerkt. Risiko sehr low hört sich gut an. Dann werde ich wohl außerplanmässig an einen Feiertag das Update einspielen. Vielen Dank
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.
-
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.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
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
359
Online32.4k
Users81.4k
Topics1.3m
Posts