Bonjour à toi chers compagnons et bienvenue dans ce nouvel épisode dans solo.
C'est quoi un conteneur et pourquoi on doit utiliser des conteneurs ? Alors ça c'est
une question qui m'a été posée par Mamadou Masour Diop et en fait il voudrait que je
parle plus généralement de Kubernetes, d'Amazon Web Services et de Docker.
Ce sont des sujets assez larges, je ne vais pas tous les aborder dans cet épisode de podcast
évidemment parce que ce serait beaucoup trop long mais on va reparler de Docker pendant tous
mois-ci donc si tu veux en savoir plus sur les conteneurs et plus particulièrement sur Docker,
reste reste sur le podcast tous mois-ci et écoute les épisodes qui vont sortir.
Pour Kubernetes on en parlera plus tard de façon, ce sont des sujets qu'on aborde de
manière globale. Alors si tu n'es pas encore abonné ou si tu me découvres sur YouTube et
ben écoute abonne-toi à la chaîne ou abonne-toi au podcast, tu le trouveras sur toutes les
applications de podcast et sur YouTube je fais des vidéos aussi régulièrement.
Alors on peut se poser la question de savoir ce que c'est un conteneur mais avant de se poser
la question de ce que c'est un conteneur, je ne vais pas vous expliquer les différences entre
les VM, les conteneurs et ce genre de choses. Il y a plein de gens qui le font, je vais vous parler de
mon expérience personnelle, pourquoi j'en suis venu au conteneur et qu'est ce qui m'a plu dans
les conteneurs et pourquoi dès que Solomon Hike a fait sa présentation en 2013 de ce qui était
Docker, j'ai vraiment fait le pas sur les conteneurs et en particulier Docker. Alors il faut savoir
que moi j'irais beaucoup d'applications, à l'époque j'étais gestionnaire d'applications et
j'avais déjà pas mal de soucis comme notamment sur des serveurs, à chaque fois qu'on installait
une application, une nouvelle application qui par exemple je prends l'exemple d'une application
PHP, à chaque fois qu'on installait une nouvelle version d'une application qui nécessitait une
version différente de PHP, il fallait installer PHP version 6, version 5, version 7, bon à l'époque
il n'y avait pas de version 7 mais aujourd'hui ce serait la version 7, et ben en fait on a beaucoup
de versions PHP qui sont sur le même serveur, qui ne sont pas forcément compatibles, les dépendances
de ces versions PHP ne sont pas compatibles et puis les dépendances système, et ben parfois peuvent
poser des problèmes, donc ça c'est un premier souci, du coup on prenait des machines différentes pour
installer nos applications et on se retrouvait avec plein de machines à gérer, avec des applications
qui ne consommaient rien sur ces machines là, bref c'est un gâchis de ressources et d'énergie
absolument phénoménales, et puis aussi quand je voulais développer, enfin développer c'est
à mes vraiment, mais quand je voulais tester, ben j'avais pas de solution en fait sur ma machine
personnelle, j'avais pas d'autres solutions qu'on installait PHP, MySQL ou PostgreSQL etc,
et en fonction des projets sur lesquels je travaillais, ben je me retrouvais avec quatre versions de PHP,
deux versions de Node.js, quatre versions de Ruby, deux versions de PostgreSQL, quatre versions de
MySQL, puis je ne te parle pas de Redis ou quoi que ce soit, mon laptop il était très vite surchargé
d'applications, donc ça c'est vraiment un problème, et puis quand je voulais expérimenter une nouvelle
techno facilement, j'avais pas d'autre choix que de lancer une machine virtuelle pour installer des
choses à l'intérieur, et ça c'était lourd, lourd à gérer, parce que à chaque fois tu dois lancer
une machine virtuelle qui consomme des ressources, et puis tu dois la supprimer parce que c'est assez
lourd une machine virtuelle, tu dois savoir que tu l'as faite. Tout ça en fait, tous ces problèmes là,
y compris le nombre d'applications que tu peux installer sur un serveur, ben évidemment si tu
as les dépenses à gérer, c'est limité, alors qu'en fait dans des serveurs, si tu prends des gros
serveurs, tu peux installer tant à l'application, et on n'avait pas vraiment de solution pour faire
ça facilement, alors si, parce que justement les conteneurs existaient déjà, donc les conteneurs
c'est quoi ? C'est en fait une application logicielle qui va te permettre de contenir une autre
application avec ses dépendances. En fait dit comme ça, ça paraît un peu obscure, mais ce qu'il
faut bien dire c'est que c'est une boîte en fait qui va te permettre de contenir ton logiciel et
ses dépendances systèmes, et ce conteneur là tu vas pouvoir le lancer sur n'importe quel Linux.
Avant c'était vraiment pas facile de packageer une application et ses dépendances systèmes,
il y avait LXC en effet qui existait et puis d'autres, mais c'était vraiment un peu compliqué.
En fait pour bien que tu comprennes, tes applications et tes dépendances systèmes,
c'est des objets de taille différentes et de forme différentes. Si je fais un parallèle
sur le transport, quand tu veux transporter des marchandises, et bien en fait tu as plein de
marchandises de taille différentes, donc le transport qui soit maritime ou ferroviaire avait
exactement le même problème. Et c'est pour ça qu'ils ont inventé les conteneurs. Les conteneurs,
c'est ces grandes boîtes en métal de taille standard que tu vois qui sont soit posées sur
des trains, soit posées sur des camions, soit sur des gros bateaux et des gros transporteurs maritime.
C'est une taille standard, partout dans le monde c'est la même taille et dedans tu peux y mettre
ce que tu veux. L'avantage c'est que tu peux déplacer un conteneur, le mettre sur un train,
le mettre sur un camion ou le mettre sur un bateau, tu peux les empiler, il n'y a pas de problème puisque
c'est toutes les mêmes tailles, ils ont standardisé ça du coup tu as plein de fabricants de
conteneurs différents, tu peux transporter ça hyper facilement de partout. Et bien pour les
applications c'est pareil, les conteneurs c'est la même chose, c'est la même idée, c'est tu vas
pouvoir mettre dedans tout ce que tu veux et après tu vas pouvoir l'installer sur ta machine sans te
poser trop de questions, tu vas pouvoir lancer plusieurs conteneurs avec des versions de PHP
différentes sans que ça pose de soucis, tu peux en avoir 3, 4, 5, 10, c'est pas un problème, tu peux
avoir des versions différentes de PHP, de rubis, de postes grecque QL sans aucun problème dans
tes conteneurs. Donc ça ça va te régler beaucoup de soucis. En fait quel avantage ça ? Déjà
comme tu l'auras compris ça te permet d'expérimenter des technologies facilement puisque tu
installes un conteneur qui contient déjà cette techno, tu peux jouer avec, tu peux te connecter,
tu peux le désinstaller facilement puisque tu as juste supprimé ton conteneur. Tu peux aussi
packager une application avec toutes tes dépendances système, c'est hyper facile et du coup tu peux
avoir, ça c'est ce que je conseille à tous les développeurs, un environnement de développement
léger, isolé et surtout duplicable. Alors pourquoi c'est bien ? Parce que en fait si t'es un développeur
et qu'à la racine de ton projet tu mets des petits fichiers qui vont générer un conteneur,
et bien tu vas le versionner dans Git et les autres développeurs qui vont te rejoindre,
ils pourront avoir le même environnement de développement, le même. Ça c'est vraiment super,
c'est hyper léger, c'est quelques fichiers et tout le monde a le même environnement de
développement. Il n'y a pas quelqu'un qui a PHP 7.3.4 et l'autre qui a PHP 7.4 parce qu'il vient
de sortir, non non tout le monde a la même version de PHP, tout le monde a la même version de
PostgreSQL. Et si je vais plus loin, en fait comme on sait quelle version de PHP, quelle version
de PostgreSQL, quelle version de Redis on va pouvoir utiliser, et bien en fait l'Obs qui va gérer les
infrastructures système vont pouvoir utiliser les mêmes versions. Donc soit il les installe sur
des serveurs et puis il déploie l'application comme ça, soit il prend en fait les fichiers
qu'on a qu'on a packaging pour le développement. Le mieux bien sûr c'est qu'un développeur et
un Obs se mettent ensemble pour développer ces fichiers de conteneurs, là c'est le top du top,
moi c'est ce que je conseille, je ne conseille pas que le développeur se lance tout seul à créer
son environnement de développement sous docker ou sous n'importe quel autre logiciel qui permette
de gérer des conteneurs, mais l'idée de containeriser en fait ton application et en fait de packaging
cette application là, elle doit être faite avec les Obs. J'insiste vraiment parce que du coup eux ils
savent ce qu'il y a à faire, comment est-ce que tu vas packaging ton application, puis surtout
s'il y a des failles de sécurité dans les versions que tu utilises. C'est pour ça que du coup il va
falloir que tu partages et que tu échanges avec eux, si tu es Dev et que si tu es Obs tu
laisses pas les Dev tout seul avec leur conteneur parce que sinon tu vas voir arriver sur ta production
des conteneurs que tes packages on sait pas trop comment. Un autre avantage non négligeable des
conteneurs c'est qu'en fait ce qu'il faut bien comprendre c'est que les applications qui tournent
dans le conteneur donc les processus, systèmes qui vont tourner dans le conteneur en fait seront
isolés complètement, c'est à dire que ce qui se trouve dans le conteneur reste dans le conteneur,
c'est un peu comme un secret, tu vois quand on va dans un bar le soir ce qu'on se raconte ça reste
autour de la table en théorie ça sort pas. Le conteneur c'est pareil c'est à dire que ce
qui se trouve dans un conteneur va pas pouvoir aller déborder sur un autre conteneur et ça c'est
vraiment super important parce que tu peux comme ça lancer plusieurs conteneurs sur un serveur et
tes applications qui sont dedans vont pas se voir les unes des autres. Ce qui fait que tu peux avoir
4, 5, 10, 20 applications différentes avec chacune leur base de données elles ne se verront pas,
elles ne communiqueront pas ensemble sauf si bien sûr tu le veux et dans ce cas là tu les fait
communiquer. Ça c'est un autre débat. L'idée c'est que ton application, ton logiciel que tu
lance dans ton conteneur il va pas déborder et il va rester dans le conteneur et ça c'est
parce que je trouvais l'idée vraiment superbe et surtout la facilité avec laquelle on peut
pas 4G gérer et lancer des applications au travers des conteneurs et au travers d'AuCœur ça
ça m'a convaincu dès ce moment là 2014-2015 c'était 2014 j'ai commencé à me dire il faut
que j'utilise d'AuCœur il faut que je le teste et ça c'est vraiment ce truc là qui m'a fait
passer au qui m'a fait switcher en fait dans mon état d'esprit qui a passé au DevOps avant ça
j'avais tellement de soucis ce truc là il m'a en fait il m'a fait pointer du doigt un truc c'est
ok mes méthodes sont pas les bonnes et il faut que je change mes méthodes de travail et ça a été
le début en fait d'un long cheminement pour devenir indépendant et puis pour avoir la nouvelle
carrière que j'ai aujourd'hui donc si tu veux te former du coup au conteneur ou à d'AuCœur moi je
te conseille les formations de Coqadmine qui sont très bien du coup j'ai discuté avec avec Thomas
ça fera un épisode d'interview justement qui va sortir ce mois-ci et en fait pour tous les
pour toutes les personnes qui suivent la chaîne il nous a fait une réduction de 20% donc tu trouveras
le lien pour aller voir ces formations il a deux formations qui sont très bien mais je te conseille
la formation de Dockœur pour le coup parce que comme il en a fait une très bien je vais pas en faire
une tout de suite puis je vais me concentrer sur d'autres types de formations donc tu trouveras
lien en description et avec le lien t'auras 20% de réduction sur ces formations donc merci à Thomas
pour ce petit cadeau du coup moi je te dis à très bientôt et dans le dans l'épisode de
radio DevOps de ce mois-ci on va parler justement des conteneurs et jusqu'où on peut aller
conteneuriser les applications et je ferai probablement un épisode solo sur Dockœur en
particulier et son histoire est ce que c'est et pourquoi on l'utilise merci d'avoir écouté
radio DevOps n'oublie pas de noter l'épisode plus la note sera élevée et plus il sera mis en avant
dans les applications tu peux aussi le partager ça nous aidera à le diffuser et à rendre le mouvement
plus visible si tu as envie de discuter du mouvement alors rejoins nous dans la communauté des
compagnons du DevOps à bientôt la baladeau diffusion des compagnons du DevOps est produite par
l'Hydra