Installation sur docker-compose (jeedom & mariadb)

Utilisation du core de Jeedom
1

Hello tout le monde :wave:

Je suis parti de cette documentation pour faire un 1er essai:
https://doc.jeedom.com/fr_FR/installation/docker#En%20mode%202%20services%20(experimental)

Voici donc quelques retours sur l’installation dans ce mode.

1- La version de l’image MariaDB.
N’est-ce pas un peu risqué de pull la latest de MariaDB, plutôt que la dernière version compatible pour Jeedom ? :thinking:

2- Le tag name de l’image Docker Jeedom.

Pour commencer j’ai été un peu surpris par le tag de l’image jeedom/jeedom:4.4-http-bookworm, mais comme indiqué dans la doc: c’est une beta :wink:
J’ai fait un tour sur le hub Docker Jeedom pour regarder les autres tags dispo, ici:
https://hub.docker.com/r/jeedom/jeedom/tags

Finalement je n’ai pas trouvé chaussure à mon pied car je souhaite utiliser:

  • une v4-stable et non une beta,
  • Jeedom seul sans MariaDB(tag contenant « http » :wink: )

Un tag stable-http ou 4-http serait top :pray:

3- healthcheck

Quelle bonne idée de commencer à préparer un healthcheck ! :clap:
Super content de voir ce type de pratique, cependant le test est un peu léger :sweat_smile:
["CMD", "curl", "-fs", "-S", "--max-time", "2", "http://localhost:80"]

Ma question est donc: y a-t-il un endpoint dispo pour avoir un état de santé un plus précis?

Je vais creuser la question pour MariaDB car jusque là les solutions trouvées sur le net ne me plaisent pas du tout :sweat: (des commandes obscures pour taper sur la base avec les credentials dans la commande :ok_hand: :grimacing: )

4- L’utilisation (toujours sans aucun changement appliqué à la conf proposée)

  • Quelques problème avec pip3 pour installer le plugin Zigbee
    (J’ai retesté sur une stable plutot qu’une beta, tout se passe bien :ok_hand: )

  • Très content d’arriver à séparer la DB dans un autre container :clap: le boot n’en est que plus simple !

Et voici la fin de ce premier test basique de l’installation avec docker-compose avec un container Jeedom et un container MariaDB :v:

En espérant que ce post aidera :bowing_man:
Stepan

2

Salut
Attention le plugin zigbee est voué à disparaitre.
Je te conseille d’utiliser son remplaçant Jeezigbee utilisant la bibliothèque zigbee2mqtt et le plugin MQTT.
Enjoy

Dams

1 « J'aime »
3

Hello Dams,

Merci pour l’info ! Parfait il ira sous Docker lui aussi alors :smiling_imp: héhé.

1 « J'aime »
4

Bonjour
Pas de soucis pour le latest en mariadb c’est quelque chose de stable qui marche bien le risque est minime.

Pas d’image http prévu en stable pour le moment, comme le dit la Doc c’est en beta la séparation dB/http et si correction il doit avoir ça sera sur la beta du core donc il faut que tout soit en beta.

Pour le health c’est largement suffisant jeedom gérant les autres type de test en interne tout seul, si soucis il y a le health check 80 tombera en erreur.

Attention la ce que tu tests date de la semaine dernière et n’est absolument pas validé, je suis même revenu en arrière chez moi à cause d’erreur obscure que pour l’instant je n’arrive pas a corriger.

1 « J'aime »
5

Hello,

Merci pour ta réponse Loic !

  • OK pour MariaDB c’était vraiment juste pour savoir si ça pouvait poser problème ou non :white_check_mark:
  • Pareil pour le healthcheck, c’est parfait si ça peut rester simple comme ça :white_check_mark:

Oui oui j’ai parfaitement conscience que ce que je teste est vraiment récent.
Pour l’instant je bricole pour me faire une idée de l’archi à mettre en place sans attendre de résultat particulier.

Ce qui se dessine pour l’instant, ce serait un docker-compose ou autre solution partageant le même (docker) network (ça reste encore à définir) avec :

  • une instance Jeedom seule (http)
  • une instance Maria DB
  • une instance Zigbee2MQTT

Cette version n’ayant pas vocation à avoir Internet en permanence, je n’ai pas (encore) ajouté de container pour la sécurisation de l’accès externe (DNS ou DynDNS + SSL avec certificat).
L’accès Internet serait dispo uniquement le temps des mises à jour.

Déléguer et rendre les services autonomes me semble une bonne piste pour stabiliser l’ensemble.
On en vient à des notions de contrat d’API de service plutôt qu’une adhérence forte à l’archi déployée. :tada:

Petite question pour toi Loic plus particulièrement, t’es intéressé par le fait que je continue à tester ceci même en béta ou non ?

  • Si oui, je te fais les retours ici ?
  • Sinon, je pars sur une version avec DB embarquée dans le container, je ferai la séparation plus tard (mais c’est risqué :sweat_smile:).

Voilà pour moi :wave: Bonne journée tout le monde :smile_cat:

6

Bonjour
Je suis toujours intéressé par les retours surtout là où j’ai des soucis quand je test chez moi mais n’ayant que un petit Synology ça peut venir de lui donc ça complique un peu les analyses.

7

Re,

Pas de problème je te fais ça dès que possible !
Je suis en train d’un coté de refaire une installation complète version stable.

Je ferai donc celle-ci en parallèle pour voir ce que ça donne et te faire des retours :+1:

Bonne journée et merci pour ta dispo :sunflower: