Übrigens ist das Node-RED-Image derzeit auf 3.1 von @pierre-gilles festgelegt, aber das bedeutet nicht, dass es nicht weiterentwickelt wird, denke ich!
Natürlich sollten Tags wie „latest“ oder andere in Docker Hub normalerweise im Voraus validiert werden.
Ich sage nicht, dass es immer perfekt ist, aber im Allgemeinen, wenn ein Dienst ausfällt, ist er oft ziemlich schnell wieder online.
Das gab es schon mit Z2M, das abgestürzt ist und 20 bis 30 Minuten später behoben wurde. Normalerweise wartest du entweder, bis Watchtower die Arbeit erledigt, oder du ziehst es selbst.
Wenn so etwas passiert, gibt es immer jemanden, der eine Nachricht in der Gladys-Community veröffentlicht, und normalerweise wird die Antwort schnell gefunden. Entweder wird gesagt, dass man warten soll, oder es werden Befehle für fortgeschrittene Benutzer kommuniziert.
Ich glaube nicht, dass es sinnvoll ist, die Reaktivität bei der Behebung und Entwicklung externer Dienste zu verlieren, zumal Z2M sich ständig weiterentwickelt (ich glaube, es gibt eine Veröffentlichung pro Monat).
Allerdings denke ich, dass man bei Diensten wie Mosquitto und Node Red diskutieren sollte…
Bah ja, aber @pierre-gilles, nimm doch auch mal Urlaub und wenn das dann in dieser Zeit passiert, könnte es bis zu seiner Rückkehr die Katastrophe geben oder man müsste in Gladys die Möglichkeit vorsehen, zum vorherigen Container zurückzukehren (huch, das ist gar nicht dumm )!
1 Tag (Wachturm) oder ein paar Minuten manuell, das ist nicht so schlimm, denke ich ^^.
Danach ist Gladys 4 so gemacht, dass nur der Dienst gestoppt wird und nicht deine gesamte Domotik. Also, es kommt darauf an, was ihr entscheidet, aber seit der Service Z2M integriert ist, gab es nur einen Ausfall, der am nächsten Tag behoben wurde, also stört mich das persönlich nicht.
Warum nicht die Wahl lassen, wie in der Zeit der V3 mit einem Select auf einige vorab ausgewählte Tags vom Integrator (ok, ich glaube, @pierre-gilles wird gegen diese Idee sein, weil er ein Werkzeug bevorzugt, das schlüsselfertig und einfach zu bedienen ist für jeden)
Bisher sind die Instabilitäten von Zigbee2mqtt im Vergleich zu den regelmäßigen Releases, die viele Kompatibilitäten mitbringen (bei Z2M gibt es 2-3 Releases pro Monat, je nach Monat), eher anekdotisch. Deshalb bevorzuge ich den aktuellen Ansatz, um sicherzustellen, dass alle die neuesten Updates erhalten.
Falls es jedoch zu einem Problem wird, könnte man vielleicht die Möglichkeit bieten, eine Version festzulegen.
Das könnte tatsächlich eine gute Idee sein! Allerdings ist es aus meiner Sicht derzeit keine hohe Priorität.
Es könnte einfach die Wahl zwischen image:latest und image:latest-1 geben, jedes Mal, wenn ein neues Image verfügbar ist, wird die aktuelle Image-Nummer automatisch zu latest-1 und das Image:latest wird geladen. So kann man im Falle eines Absturzes zur vorherigen Version zurückkehren und es kann auch helfen, ein Hardware- oder Gladys-Problem zu unterscheiden. Es ist zwar keine Priorität, aber es würde die Funktionsfähigkeit von Gladys in Bezug auf diese Abhängigkeiten, die die Images sind, verbessern. Es gibt Fälle (Alarmanlage, vernetzte Tür), bei denen eine sichere Umgebung erforderlich ist! Mit Gladys Plus kann man sich leicht über ein Smartphone verbinden, um das Image zu ändern, wenn diese Option entwickelt wird, aber für Benutzer ohne Gladys Plus wäre es auch ein Vorteil, die Images über die Schnittstelle zu fixieren…
Ich gehe vom absoluten Anfänger zum Anfänger mit Speck über 
Das hindert zum Beispiel nicht daran, dass eclipse-mosquitto festgelegt ist 
oder man müsste in Gladys die Möglichkeit vorsehen, zum vorherigen Container zurückzukehren (huch, das ist gar nicht dumm 
)!