Installation via docker-compose

[firm1]

L'objectif de ce changement est de rajouter le support de docker-compose comme moyen d'installer (et développer) zds en local via docker tout en évitant d'installer une quelconque bibliothèque sur notre système.

J'ai rajouté la documentation qui va avec pour pouvoir retrouver simplement les services déployés..

Fix #XXXX

Contrôle qualité

• Installer les prérequis pour l'installation (docker et docker-compose)
• Depuis la racine de votre dépôt, installez et démarrez zds via la commande suivante : docker-compose up
• Vérifiez qu'une instance de zds est bien présente en allant sur http://localhost:8000
• Charger les fixtures en ouvrant un deuxième terminal et en lançant la commande docker-compose up fixtures
• Vérifiez sur http://localhost:8000 que vous pouvez vous pouvez vous connecter via le compte admin/admin
• Vérifier que le module de recherche est bien fonctionnel (faite une recherche dans la zone de recherche et vérifiez que vous avez des résultats)
• Vérifier que le module d'export de contenus est bien fonctionnel (création d'un tutoriel et publication de ce dernier)

[coveralls]

Coverage: 88.302%. Remained the same when pulling 505bf30 on firm1:enable_docker into fe00164 on zestedesavoir:dev.

[Arnaud-D]

Je n'ai pas réussi à joindre localhost.

Après avoir fait docker-compose up, je me retrouve avec une avalanche de lignes de ce genre :

watchdog_1       | 2023/08/27 11:59:46 Problem with dial: dial tcp 172.18.0.7:8000: connect: connection refused. Sleeping 1s
index-setup_1    | 2023/08/27 11:59:46 Problem with dial: dial tcp 172.18.0.7:8000: connect: connection refused. Sleeping 1s
back_1           | 2023/08/27 11:59:47 Problem with dial: dial tcp 172.18.0.6:27272: connect: connection refused. Sleeping 1s

Je ne connais pas vraiment docker, donc je ne sais pas diagnostiquer plus que ça.

---

Aussi, question subsidiaire pour @philippemilink : on préfère fusionner la présente PR après la finalisation de la nouvelle recherche ou après ? Il faudra adapter pour le nouveau moteur de recherche. J'ai une préférence pour après. C'est probablement plus facile d'adapter la présente PR que de rajouter encore une couche sur la PR de la recherche.

[philippemilink]

J'ai le même problème que @Arnaud-D concernant les messages Problem with dial.

J'ai pas mal de remarques :

• ça rajoute quelques fichiers à la racine du dépôt qui sont spécifiques à Docker. Est-ce qu'on ne peut pas en déplacer un maximum dans un dossier dédié, par exemple scripts/docker ? Je ne sais pas comment sont ensuite gérés les chemins relatifs...
• concernant les Dockerfile, il me semble qu'une bonne pratique est de minimiser les appels à RUN, parce que ça multiplie le nombre d'étapes dans la création de l'image et ça fait des images plus grosses...
• pour back.Dockerfile (surtout), ce qui m'embête, c'est que ça duplique (encore !) des commandes d'installation qui sont déjà ailleurs dans le dépôt. Donc quand on mettra le script d'installation à jour, il faudra aussi (penser à) mettre à jour les Dockerfile. Est-ce qu'il n'y a pas moyen de mieux factoriser ?
• pour docker.py, j'imagine bien quelque chose du genre

  from .prod import DATABASES
  DATABASES["default"]["NAME"] = "zds_docker"
  # etc pour les autres champs à modifier

  pour factoriser un maximum le code (pareil avec CACHES)

---

Aussi, question subsidiaire pour @philippemilink : on préfère fusionner la présente PR après la finalisation de la nouvelle recherche ou après ? Il faudra adapter pour le nouveau moteur de recherche. J'ai une préférence pour après. C'est probablement plus facile d'adapter la présente PR que de rajouter encore une couche sur la PR de la recherche.

Ça m'est égal, ça ne me dérange pas d'adapter les fichiers Docker dans la PR sur la recherche. Je préfère peut-être même qu'on merge avec le moteur de recherche utilisé au moment du merge, ça évite d'avoir une PR qui dépend d'une autre PR (et on ne sait pas quand sera mergé la PR sur la recherche).

[philippemilink]

Si c'est des commentaires, à supprimer ?

[philippemilink]

Pourquoi on active la neige ?

[philippemilink]

Pourquoi on a cette ligne pour Docker, mais pas dans prod.py ?

[Arnaud-D]

@firm1 t'as prévu de rebosser dessus prochainement ? Si t'as pas le temps, pas de souci. C'est juste une histoire de suivi, on marquera la PR comme "en attente de reprise".