Vous utilisez peut-être déjà les conteneurs depuis un moment, mais avez-vous déjà essayé de mettre en place des solutions distribuées ou simplement redondantes avec des conteneurs ? Faire tourner deux conteneurs de la même application sur la même machine peut vite devenir lourd, il n’y a pas moyen de simplement lancer la même commande, car le port réseau est déjà utilisé par exemple. Simple à gérer vous me direz, il suffit de lancer le deuxième conteneur en mappant un autre port, c’est vrai, mais essayez de faire cela quand vous devez gérer 150 conteneurs, le cauchemar n’est-ce pas ? Il y a une solution pour ça, et cette solution porte le nom si bien choisi d' « orchestrateur », car oui tel le maître d’orchestre, il va nous permettre de donner du rythme et de l’ordre dans le brouhaha que peut être la gestion de conteneurs.
1. Un orchestrateur c'est quoi ?
Je vais essayer de ne pas rentrer dans trop de détails techniques dans cette partie, mais simplement donner une vue d’ensemble de l'implémentation d’un orchestrateur.
Pour faire simple, un orchestrateur est un outil d’automatisation et de gestion de conteneurs et de services, mais c’est aussi un outil opérationnel visant à gérer toutes les ressources devant permettre à vos conteneurs ou services d'être fonctionnels.
C’est ainsi que l’orchestrateur s’occupera de gérer l’attribution IP de vos conteneurs ainsi que leur port mapping au niveau du système d’exploitation où tourneront vos conteneurs.
C’est l’orchestrateur qui se charge du scaling de votre application si c’est nécessaire lorsque vous subissez un pic d’utilisation de votre application web, mais c’est aussi lui qui se charge de faire le rolling upgrade de votre application quand vous mettez à jour l’image de vos conteneurs.
Si votre...
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première
