Le document aborde les défis rencontrés lors de l'implémentation des chaînes CI/CD, notamment la frustration des développeurs due à des processus inefficaces et des limites technologiques. Il propose des solutions pour améliorer l'expérience de développement en rendant les outils CI plus simples, testables et portables. Plusieurs alternatives et approches, comme l'utilisation de Docker et de pré-commit hooks, sont suggérées pour alléger les tâches de CI.

1. Level-up your CI experience
Naviguer au-delà de la frustration lors de l'implémentation
des chaînes CI/CD

2. Qui suis-je ?
Frédéric Léger

3. La CI ça craint (si, si) !
Photo de Annie Spratt

4. ● Je ne vais (probablement) pas révolutionner votre pratique de la CI/CD 😊
● L’idée est de partager le constat…
● Et d’ébaucher quelques pistes et solutions ensemble…
Disclaimer

5. Un jeudi matin comme tous les autres …

6. Moi, quand je sais que j’ai une
nouvelle CI à écrire …

7. Posons le problème
● L’expérience de développement d’une CI n’est pas optimale
○ Des aller-retours inutiles
○ Manque de boucles de feedbacks efficaces
○ Pas de possibilité de tester une modification de CI simplement
○ CI non portable / absence de vrai standard / technos propriétaires
○ Le YAML est frustrant
○ Le fonctionnel transpire beaucoup trop dans ma CI/CD

8. Photo by Aaron Bockover

9. ● Perte de temps
● Perte de €€€
● Impact écologique
● Sentiment de frustration
● Possibilités techniques et fonctionnelles faibles
Posons le problème

10. https://gitlab.com/CalcProgrammer1/OpenRGB/-/blob/master/.gitlab-ci.yml
Des preuves ?

11. Concept CIX
Continuous Integration
Xperience
e

12. ● Developer Experience appliquée à la CI
○ Supprimer la frustration
○ Fluidifier le quotidien
○ En utilisant les outils que je connais déjà
○ Testable
○ Observable
○ Portable
Concept CIX

13. Des pistes …
Photo de Austin Chan sur Unsplash

14. Simplifier sa CI
● Utilisez des hooks de pre-commit
● Adopter une approche failfast par défaut
● Votre CI devrait (peut-être) juste lancer des scripts
● I just “make ci”
● Use the containers luke !
● Docker vs Docker-compose vs Kubernetes

15. ● Notions de CI templates
○ Gitlab
○ to-be-continuous.gitlab.io
● Notions de marketplace de CI
○ R2Devops
○ Github Actions marketplace
Simplifier sa CI

16. R2Devops

17. Simuler la CI en local
● Gitlab : Lancer le runner en local
○ Ressources limitées
○ Multi-arch ?
○ Mettre à jour
○ Variables
○ Quelques issues
● Github: act
○ Idem Gitlab
○ Quelques issues (176)
● Autres
○ ???

18. Drone CI
● kubernetes + CRD ⇒ Portable ✅
● Code source local ⇒ Git ? ❌
● Projet en sommeil ?

19. Tekton
● kubernetes + CRD ⇒ Portable ✅
● Code source local ⇒ Git ? ❌
● Possiblement complexe à setup ?

20. Dagger
● Un outil de CI portable ✅
● Multiples langages ✅
● Possibilités de construire des modules réutilisables ✅
● Tests unitaires ✅
● Cache ✅
● Pas complétement sec 🤔

21. Dagger

22. Werf
● Projet CNCF
● Très orienté kubernetes workflow
● Intégrations git workflows + docker hub workflow

23. ● Framework pour des builds reproductibles
● Tout se fait dans des conteneurs
● Langage proche d’un Dockerfile
Earthly

24. Démo
https://github.com/webofmars/meetup-ci-paradox
● Fork de l’application API conduit (realworld)
● CI
○ Pre-commit hooks
○ Image docker prod
○ Image docker dev
○ Lint
○ Tests unitaires
○ Tests fonctionnels
○ Publication des images docker

25. ● Adoption de GitOps massive
● Simplifie grandement le problème
● Bien souvent ce n’est pas la CD que je veux tester (quoique…)
Mais tu ne parles pas de CD en fait ???

26. Conclusion(s)
Photo de Alexander Schimmeck sur Unsplash

27. Récap

28. webofmars.com
www.linkedin.com/in/frederic-leger/
Quelques Liens
www.malt.fr/profile/webofmars

29. meetup.com/Devops-Aix-
Marseille
ibd.sh/openbar
Quelques Liens

30. Photo de Wilhelm Gunkel sur Unsplash

31. Questions
Photo de Patrick Schneider sur Unsplash