Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Aujourd'hui je suis avec Christophe Chaudier, Christophe bonjour.
Bonjour.
Est-ce que tu peux te présenter en quelques mots en une minute pour les auditeurs qui ne te connaissent pas encore ?
Oui, alors moi c'est Christophe, j'ai 41 ans, je suis freelance depuis bientôt trois ans
et je suis consultant d'Evox et j'aide les entreprises du numérique à déployer leurs applications web sans coupure de service.
Ok, tu t'es vraiment spécialisé sur le déploiement alors ?
Oui, tout à fait, oui, je me spécialise vraiment dans le déploiement et le déploiement continue.
Et comment tu gagnes ta vie ? C'est quoi ton business model en tant que freelance ?
Alors pour l'instant je fais beaucoup de formation de prestations et donc je travaille pour des clients
et je m'oriente là cette année sur la formation, justement la formation de personnes qui vont faire justement du déploiement continue.
Alors justement, le déploiement continue ça m'intéresse à avoir le point du vu du DevOps.
C'est quoi pour toi l'avantage pour un projet d'être en déploiement continue ?
Alors l'avantage, il est surtout pour pouvoir justement déployer sans avoir à intervenir
et comme ça, pouvoir déployer l'application au moment où le développeur pousse son code en fait.
Juste après les tests d'intégration, on va pouvoir déployer automatiquement le code qui a été développé.
Ok, mais qu'est-ce que ça apporte au projet ?
Tu as eu raison de redéfinir un peu la pratique, très bien.
C'est quoi la différence entre un projet qui le met en œuvre et un projet qui le met pas en œuvre ?
Tout de suite en fait. Il n'y aura pas besoin d'attendre de faire une demande à l'Obs pour qu'il installe la nouvelle version de l'application.
Et du coup, c'est vraiment au comite ou il y a quand même un bouton à appuyer quelque part pour que ça se mette en production ?
Je ne sais pas si je voudrais que le truc parte à chaque comite ?
C'est au choix en fait.
On peut faire, et c'est ce qu'on fait souvent, du déploiement continue dans les environnements de staging et de pré-production.
Mais on appuie sur un bouton sur les déploiements en production.
Ça, c'est vraiment chaque équipe qui décide ensemble comment elle veut faire ses déploiements.
Le truc, c'est que même quand on appuie sur un bouton, il n'y a pas d'intervention de l'Obs derrière.
C'est vraiment le processus des déploiements qui se met en route tout seul.
Et quelles sont les différents services que tu...
Enfin, avec quoi tu fais ça ? Est-ce que tu utilises des services, des briques propriétaires, des briques...
Comment tu mets ça en œuvre concrètement ?
Moi, je suis très open source, du coup.
C'est vrai que je vais beaucoup vers les services open source.
En fait, ça dépend des clients de leur budget et leur objectif.
Si ils veulent faire ça très vite, on utilise des services en ligne.
Et souvent, moi, j'utilise soit CodeChip, qui est très très bien, soit CircleCI.
Et sinon, mon préféré en ce moment, c'est GitLab CI.
L'avantage de GitLab CI en plus, c'est qu'il y a une version open source qu'on peut installer sur nos propres serveurs.
Donc un client peut l'installer sur ses propres serveurs.
Et avoir son propre GitLab CI, il peut héberger ses sources dessus et utiliser la partie CI.
Donc, intégration continue et déploiement continue pour déployer ça sur ses machinins.
Ouais, c'est vrai que GitLab, surtout depuis le rachat de GitLab par Microsoft,
suit un espèce de regain d'intérêt.
Donc, ça peut être une bonne alternative aux autres solutions.
Tout à fait. Et d'après moi, c'est une excellente alternative.
Et c'est vraiment, de mon point de vue, un meilleur produit.
Et notamment pour la review de code, je trouve qu'il est vraiment plus abouti.
Tu préfères GitLab plutôt que GitHub sur la review de code ?
Ouais, tout à fait.
C'est quoi les différences que tu fais ?
Justement, le suivi des conversations est beaucoup plus efficace sur GitLab.
On peut fermer une conversation et pas une review complète.
On peut répondre à un commentaire précis,
alors que dans GitLab, excuse-moi, j'ai beaucoup de mal.
Les conversations sont un peu plus tout fues et un peu plus fous.
Bah écoute, Christophe, je te propose que ce soit le mot de la fin.
Si on a envie d'en savoir plus sur ton travail, et ce que tu fais, on va où ?
Il suffit d'aller sur notre site, puisqu'on est plusieurs à faire ça.
Il suffit d'aller sur Lydra.fr et Lydra.fr.
Bah écoute, merci Christophe d'être venu aujourd'hui.
Bah de rien, merci à toi.
Quant à toi, chère auditeurs, j'espère que ce podcast t'a plu.
Si c'est le cas, viens t'abonner si ce n'est pas déjà fait sur artisan-developeur.fr.
Et je te dis à demain.