dolibarr out of the box

C’est drôle, je parlais justement avec Arre de ça il n’y a pas si longtemps que ça.
Je pense en effet qu’une image docker officielle (validée par l’asso serait une bonne chose) et je comptais y regarder juste après la migration du forum :wink: mais si quelqu’un d’autre souhaite, s’y mettre, let’s gooo :happy:

L’image de Monogramm semble propre. Par contre, personnellement, je n’aurais pas fait de volumes pour htdocs/ et scripts/ peut-être uniquement pour htdocs/custom/ éventuellement :happy:

@jtraulle

je t’avais dit de poser un brevet et que quelqu’un d’autre allait y penser :wink:

@ksar
+1 pour la conteuneurisation (d’autant plus via « dockerisation ») semble la solution la plus simple et a l’enormeeeee avantage d’être multi-plateforme.

bon … ça n’empêchera pas l’utilisateur de base de vouloir télécharger un docker d’une version supérieure et d’essayer de mettre son install à jour avec celui ci …
mais c’est déjà ça :wink:
Et ça serait surtout 1000 fois plus simple à générer et maintenir qu’un doliwamp ou dolimamp ou deb …

Pour ce qui est de la « souveraineté » : il vaudrait mieux que le docker soit généré et fourni par l’asso.
A voir si la proposition intéresse le BECDLAD.

@Arre,

T’es trop en avance :laugh:

Par contre j’ai beau retourner mon cerveau j’ai pas compris le BECDLAD :blink:

Bureau En Chef De L’Association Dolibarr :laugh:
c’était juste pour voir au bout de combien de temps tu allais réagir :wink:

1 « J'aime »

Salut,

Apparement il y a déjà quelque chose de prévus sur le GIT :

C’est bien pour le développement en effet mais pas « prêt pour la production ».

Bonjour !

Il y a 2 semaines, je me suis finalement dit que j’allais faire un proto… pour m’amuser :slight_smile:

Voici le résultat :

Ce qui est fonctionnel :

  • system sur base debian (boot sur SSD, sans carte SD)
  • 1 disque système 256Go
  • 2 disques data 1To en raid 1
  • apache/mysql (+ toute la sécurité qui va bien + cache)
  • nextcloud
  • dolibarr
  • openvpn (connexion sécurisée inter-site ou itinérants)
  • cron en tout genre pour automatiser les sauvegardes
  • synchronisation des fichiers et backup entre plusieurs serveurs
  • sauvegarde du disque système + procédure de reprise après incident

Ce qu’il reste à faire :
J’ai tout installé en direct pour faire les essais, mais l’objectif est de :

  • tout passer en docker
  • créer/adapter un superviseur (interface pour paramétrage des applicatifs installés/surveillance système/alertes par email et/ou voyants)
  • différencier l’appuie « long » de l’appuie « court » sur le bouton ON/OFF (envoyer un « halt » à l’appuie court au lieu de couper brutalement l’alim)
  • horloge physique pour ne pas être perdu si plus d’internet (oui… le raspberry n’a pas d’horloge à la base…)
  • synchroniser le tout sur un LDAP
  • améliorer/automatiser la reprise après incident

Et en projet: d’autres versions

  1. Poste de travail en client léger (au mieux sans disque, au pire avec juste un petit SSD)
  2. Point d’accès terrain étanche (lecteur code barre, balance, affichage d’information sur le terrain, acquisition/poussée d’informations par contacts sec et/ou usb, etc…)

Tout ce que je n’ai pas trouvé dans le commerce est imprimé en 3D, fichiers dispo en opensource.

Vos critiques sont les bienvenues !

2 « J'aime »

Bonjour Arre,

C’est ma première contribution sur le forum…
J’ai remonté la discussion pour découvrir qu’à peu près au même moment j’ai commencé à mettre en place un « Dolibarr out of the box ».
Je l’ai mis en place pour moi et quelques autres dans une solution minimaliste sur :

  1. Raspberry pi 4, 2 ou 4 GB
  2. Raspberry pi OS lite (headless)
  3. Openmediavault pour samba (partage de fichier sur réseau) et sync (backup des données web et bdd sur des clés usb)
  4. Docker swarm:
    • Un service Docker pour le serveur web (Apache/2.4.38 (Debian), php 7.3.13)
    • Un service Docker pour la base de donnée (MariaDB 5.5.5-10.4.15-MariaDB)
    • Un service docker pour phpmyadmin
    • Des volumes pour la persistance des données web, bdd etc…

L’idée de base étant d’avoir un module fonctionnel uniquement en local pour quelques utilisateurs simultanés et séparer l’OS, qui est générique à tous les modules, des serveurs web et bdd, qui sont spécifiques à Dolibarr et enfin des données Dolibarr qui sont spécifiques à chaque utilisateur.
Le backup est donc possible via les crons (sync) d’openmediavault sur clé usb et manuellement via samba.
J’en suis à utiliser un ssd M2 sata via la boitier argon M2 pour héberger l’os qui l’a été jusqu’ à aujourd’hui sur carte sd ce qui devrait booster sensiblement l’accès aux pages : )

Cela fait plus d’un an que ces installations de Dolibarr « tournent » de cette manière sans problème. Je suis parti de la version 9.0.5 pour être aujourd’hui à la version 13.0.1

Par ailleurs j’avais aussi installé nextcloud dockerisé ainsi qu’un NAS en raid 5 sur raspberry.
Je souhaite utiliser kubernetes plutôt que swarm, mettre en place openvpn conteneurisé (problème d’ip fixe à régler pour des installations en plug and play), utiliser traefik pour gérer l’accès aux différents services ou pods (si kubernetes).

Quand tu veux pour un échange sur le sujet !

super ça :slight_smile:

Je veux juste suivre la discussion et vous dire que vous êtes des chefs!
J’ai pas le temps de tester ce genre d’idées mais j’adore!

@Arre, @trustone
C’est pas mal mais on est loin du « out of the box »
Même si techniquement c’est intéressant, c’est loin d’être « user friendly »
Je dois me penché sur le Raspery mais avec une solution « je branche et ça fonctionne » pour tout à chacun.
Je penche pour un Oracle Linux (Red Hat) pour garantir une mise à jour de l’OS sur le long terme.
Je pense faire une variante en VM, peut être Virtual Box (très simple à installer sur Win Mac…)
Le but c’est de toujours être « user fiendly »
@+

@Philazerty
oui, s’en est loin, mais j’en viens à penser qu’il y a 2 objectifs différents derrière ce terme et concernant dolibarr:

  • rendre plus facile l’accès à dolibarr avec un « logiciel » plug&play : c’est ce qui est maintenu pour windows avec doliwamp, mais qui pourrait être étendu avec du docker, de la VM, etc… (mais qui nécessitent quand même des pré-requis)
  • « aboutir » à un boitier type « box ADSL » plug&play. Là ce pose la question de la signification de « aboutir » car le travail sert et/ou à permettre sa création en diy et/ou sa commercialisation. Pour la commercialisation: j’y crois très peu, l’ère du temps est au cloud, pas à l’hébergement individuel, pour le diy: ça ne serait que la somme d’un tas de tuto déjà disponibles.

Pour raspberry:

  • c’est assez simple à faire si tu veux une solution « je découvre » : tu en fais 1, du crées une image de la carte SD, et tu las diffuses. (1 image par version de raspberry… ou alors tu t’embêtre à faire uns script qui installe tout en fonction…)
  • ça devient plus compliqué quand tu veux fiabiliser le truc : nécessitée de booter sur un SSD (là déjà, pas moyen d’éviter de booter une première fois sur une distrib pour toucher au bios), avoir un raid pour les datas (logiciel ^^), avoir une horloge si autonome sans internet (pas forcément standard)… là il faut mettre les mains dans le camboui (ne serais ce qu’au niveau de la distrib pour recompiler le kernel, ou prendre une distribution « spéciale raspberry »)