Documentation du service web

Documentation du service web

Responsable : Jarod Boulanger-Flémal

Statut de l'étape : en attente de validation

Organisation des configurations

Les fichiers de configuration des services se trouve dans le fichier WEB et leurs agencement a déjà été expliqué ici.

• Chaque site a son propre Dockerfile.
• Tous leurs fichiers doivent être dans la même directory que leurs Dockerfile.

Maintenance

Procédure pour mettre à jour le(s) logiciel(s) serveur

Que cela soit pour l'image httpd, php ou mysql la procédure reste la même.

Il faut se rendre sur docker hub et vérifier si une nouvelle version est disponible. Si c'est le cas, il faut changé la version du services dans le Dockerfile et le rebuild.

Note : Étant donné qu'il n'y a pas de Dockerfile pour mysql, il suffit de relancer la commande docker run. Par défaut, la dernière version de mysql est toujours prise.

Aucun perte de donnée est à prévoir lors de la mise a jour des services car les fichiers de ceux-si sont toujours stocker en dehors de leurs containers.

Procédure en cas d'ajout d'une nouvelle page web

1. Aller dans la directory ou se trouve le Dockerfile.
2. Y ajouter ou modifier les fichiers voulus.
3. Arrêter le container ou la modification est faite.
4. Compiler le Dockerfile.
5. Lancer l'image avec la commande docker run comme indiqué dans l'état des configurations du service web.

Troubleshooting

Procédures et collecte d'information

Pour les trois services les commandes sont les mêmes :

Pour voir les logs :

sudo docker logs *nom du container*

Si l'application crash dès sont lancement, il vous faudra lancer le container en mode interactif.

Pour faire cela remplacer l'argument -d ou -dit par -it lors d'un docker run :

sudo docker run -it *autre argument* *nom de l'image*

Erreurs fréquentes

• Port du container et du fichier de configuration ne correspond pas.

Bien vérifier ces fichiers de configuration.

• Plusieurs serveurs sur le même port.

Vérifier les port avec un docker ps après son lancement.

• Mauvais nom de fichier (exemple intex.html).

Test les fichiers en local avant de les mettre sur le serveur.