95% des devs ne connaissent pas cette façon de déployer une application

Summary

Cette vidéo explique comment déployer et gérer une application à l'aide de Docker, Docker Swarm, et Traefik. À travers un processus automatisé avec GitHub Actions, l'image Docker est créée et mise à jour sur un serveur. Docker Swarm orchestre les containers et permet de scaler l'application horizontalement en ajoutant des serveurs lorsque la charge augmente. Traefik, un reverse proxy, gère le routage du trafic web vers les bons containers. L'ensemble du processus est conçu pour être simple, flexible, et capable de gérer une croissance rapide de l'application.

Takeaways

• 😀 L'intégration continue avec GitHub Actions permet d'automatiser le déploiement d'images Docker sur un serveur.
• 😀 Le processus de mise à jour d'une image Docker nécessite une connexion SSH au serveur pour appliquer les changements.
• 😀 Les orchestrateurs de containers, comme Docker Swarm, facilitent la gestion des instances de l'application sur plusieurs serveurs.
• 😀 Docker Swarm est plus simple d'utilisation que Kubernetes, bien qu'il soit moins flexible, et il est adapté aux petites structures.
• 😀 Les orchestrateurs permettent de gérer des réplicas de l'application pour améliorer la performance et la disponibilité.
• 😀 L'utilisation de plusieurs réplicas d'une application peut être utile pour distribuer la charge et gérer les requêtes concurrentes.
• 😀 Un reverse proxy, comme Traefik, redirige le trafic web vers les bons containers selon le nom de domaine et les labels assignés.
• 😀 Traefik facilite l'automatisation du routage des requêtes sans avoir à écrire des lignes de commande complexes.
• 😀 L'ajout de nouveaux serveurs à un cluster Docker est simple et rapide, ce qui permet de scaler horizontalement en fonction de la demande.
• 😀 Le scaling horizontal permet de dupliquer des containers sur plusieurs serveurs pour répartir la charge et assurer la disponibilité de l'application.
• 😀 L'utilisation de Docker et de son orchestrateur permet d'être « future-proof » en gérant facilement l'augmentation de la capacité serveur selon le trafic.

Q & A

Qu'est-ce que GitHub Actions et pourquoi est-il utilisé dans ce projet ?

GitHub Actions est utilisé pour automatiser la création de l'image Docker et son téléchargement sur le registre GitHub. Cela permet de simplifier le processus de déploiement et d'assurer que la dernière version du projet soit disponible sur le serveur.

Pourquoi n'y a-t-il pas de tests dans ce projet ?

Il n'y a pas de tests dans ce projet en raison de contraintes budgétaires propres à une start-up. Cependant, bien que les tests soient importants, ils n'ont pas été inclus dans ce cas particulier.

Qu'est-ce que l'orchestration de conteneurs et pourquoi est-elle nécessaire ?

L'orchestration de conteneurs permet de gérer plusieurs instances de l'application sur différents serveurs ou machines. Elle est nécessaire pour automatiser la gestion du déploiement, du scaling et de la répartition du trafic entre les différents conteneurs.

Pourquoi l'orchestrateur Docker Swarm a-t-il été choisi plutôt que Kubernetes ?

Docker Swarm a été choisi car il est plus simple d'utilisation que Kubernetes. Bien qu'il ne soit pas open-source comme Kubernetes, il est plus facile à configurer et à utiliser, ce qui le rend plus adapté au projet.

Qu'est-ce qu'un réplica dans le contexte de Docker Swarm et pourquoi est-il utilisé ?

Un réplica dans Docker Swarm est une copie de l'application qui tourne sur un serveur. Il est utilisé pour répartir la charge et assurer que l'application peut répondre à plus de trafic en ayant plusieurs instances qui fonctionnent simultanément.

Comment Docker Swarm aide-t-il à gérer l'échelle d'une application en croissance ?

Docker Swarm permet de dupliquer facilement des applications sur plusieurs serveurs pour répartir la charge. Il offre également la possibilité de scaler automatiquement en ajoutant des serveurs supplémentaires au cluster, ce qui rend l'infrastructure plus résiliente à l'augmentation de trafic.

Qu'est-ce qu'un reverse proxy et quel rôle joue-t-il dans ce projet ?

Un reverse proxy, comme Traefik, est un serveur qui redirige les requêtes vers les bons services en fonction des noms de domaine. Dans ce projet, Traefik est utilisé pour gérer le trafic entrant et le diriger vers le bon conteneur Docker, simplifiant ainsi la gestion de plusieurs applications sur un même serveur.

Pourquoi est-il important d'utiliser un reverse proxy avec Docker ?

Un reverse proxy est essentiel avec Docker car plusieurs applications peuvent tourner sur le même serveur, mais elles ne peuvent pas toutes écouter sur le même port. Le reverse proxy dirige donc le trafic vers le bon conteneur selon le nom de domaine ou le port demandé.

Quels sont les avantages d'utiliser Traefik comme reverse proxy dans ce projet ?

Traefik est avantageux car il s'intègre bien avec Docker et permet de gérer le routage de manière automatique via des labels assignés aux conteneurs. Cela simplifie la configuration et l'automatisation du routage des requêtes, même sur des infrastructures complexes.

Que se passe-t-il si l'application connaît un succès inattendu et doit gérer un afflux de trafic ?

En cas de succès massif, Docker Swarm permet de scaler horizontalement en ajoutant plus de serveurs au cluster. L'application peut alors être dupliquée sur ces nouveaux serveurs et le trafic sera distribué automatiquement entre les différentes instances, assurant ainsi la disponibilité même en cas de forte demande.