@Reno Ich antworte dir hier auf deine Nachricht!
Es sollte so einfach wie möglich sein, standardmäßig funktionierend, ohne dass der Benutzer verstehen muss, was unter der Haube passiert.
Was ich sehe:
- Wenn der Benutzer den Dienst zigbee2mqtt konfigurieren möchte (und nur in diesem Moment), startet der Dienst automatisch die richtigen Container, ohne dass der Benutzer etwas angeben oder verstehen muss. Eine Registerkarte « Erweitert » kann es erfahrenen Benutzern ermöglichen, sich die Hände schmutzig zu machen, wenn es wirklich nützlich ist. Wenn es nicht nützlich ist, ist es unnötig, es anzuzeigen. Ein kleiner Erklärsatz darüber, was passiert, könnte nützlich sein, ohne den Anfänger zu überfluten.
- Achte darauf, dass es sich um eine Docker-Installation handelt, andernfalls muss auf die aktuelle Lösung zurückgegriffen werden
- Du kannst die Bibliothek dockerode verwenden, die wir bereits in Gladys 4 verwenden
- Achte darauf, den MQTT-Dienst nicht zu stören. Meiner Meinung nach, da ein MQTT-Container (das wiegt nichts) so leicht ist, wäre es besser, einen dedizierten MQTT-Container für zigbee2mqtt zu starten, sonst riskierst du, auf schwer verständliche Flow-Probleme für den Benutzer zu stoßen (Beispiel: ich starte zigbee2mqtt, dann konfigurieren MQTT mit einem externen MQTT, um z.B. Owntracks zu verwenden => zigbee2mqtt kaputt??). Es wäre cool, wenn diese beiden Dienste nicht voneinander abhängig wären.
- Achte darauf, den Container zigbee2mqtt + mqtt zu löschen, wenn der Benutzer den Dienst nicht mehr verwenden möchte
- Achte darauf, die verschiedenen Architekturen richtig zu verwalten: Die Bilder müssen unterschiedlich sein, je nachdem, ob der Benutzer ein ARM-System (Rasp) oder x86 (Synology, Heimserver oder Entwicklungsmaschine) verwendet
Was denkst du?