Penser son infrastructure comme du code, par Bastien Cadiot

Recette pour configurer 1 infrastructure : suivre 2 pages wiki, exécuter 3 scripts, lancer 4 commandes, corriger manuellement 5 paramètres, passer 6h à débugger un élément non prévu, et jouer au jeu des 7 différences avec ce qui était attendu.

Lorsque nous exécutons plusieurs fois un programme nous nous attendons à ce que son comportement soit toujours le même. Pourquoi en serait il autrement pour nos infrastructures ?
Il est possible d’appliquer à l’infrastructure, les méthodes et outils qui nous aident à fiabiliser nos développements. Après tout l’infrastructure peut aussi être un code comme les autres.

Venez découvrir ou redécouvrir l’Infrastructure as Code !

Transcript

1. Penser son infrastructure comme du code Bastien Cadiot
2. Qui êtes vous ? Vous voulez plus ?
3. Infrastructure as Code ? C’est quoi ? Vous ne connaissez pas : - pourquoi faire ? - c’est compliqué ? - ça va m’aider ? Vous connaissez : - c’est mieux qu’un script ? - c’est plus fiable ? - on peut automatiser ? - comment innover ?
4. Infrastructure as Code ? On est tous un peu : Dev Ops Archi QA ... Qui pratique déjà l’infra as code ? Ce n’est pas une affaire de “DevOps”
5. Pourquoi faire ? Réduire les docs d’installation
6. Pourquoi faire ? Rendre l’installation reproductible
7. C’est compliqué ? Non . . . . . . En réalité : - Nouvelles pratiques - Logique différente - Nouveau langage
8. Outils et implémentation Terraform
9. Outils et implémentation Ansible
10. Outils et implémentation Deployment Manager
11. Outils et implémentation SDK - Go
12. Outils et implémentation API REST
13. Code impératif : Réponds à la question “Comment” Implémentation
14. Code déclaratif : Réponds à la question “Quoi” Implémentation
15. Ca va m’aider ? Standardisation
16. Ca va m’aider ? Plan d’exécution
17. Distiller des tests dans l’infra • Les cinématiques de tests existent aussi pour l’infra • Infra as code = tests de code classiques ! • Oubliez le cahier de recette… • Ne négligez pas les TU / TNR / E2E / … • Permet CI/CD ! bit.ly/wsc-ci @rokflow kitchen.ci
18. Automatisons l’automatisation Jenkins Circle CI Cloud Build Gitlab CI AutoDevOps Github Actions
19. Pipelines simples
20. Continuous Development - Build, push, deploy - Facilite grandement le développement - Outils : Skaffold, Draft, ... CI/CD Continuous Integration - Merge fréquents - Tests systématiques - Code quality, security, compliance Continuous Delivery - Packaging continu - Ready to prod - Validation requise (manuelle ou automatisée) Continuous Deployment - Déploiement en production en permanence - Nécessite de pousser les tests - Aucune validation humaine CD/ /CD
21. Comment innover ? NON : - aux solutions prépackagées - aux modèles 1-click - à l’abstraction de l’infrastructure Un catalogue de service IaC OUI : - à la modularisation des composants - aux couches IaC référençables - à l’open source public ou privé
22. Comment innover ? Un catalogue de service IaC
23. Comment innover ? Utiliser l’IaC en tant que référence… … pour d’autres déploiements IaC
24. Comment innover ? Utiliser l’IaC en tant que référence… … pour explorer toute l’infrastructure github.com/camptocamp/terraboard
25. Comment innover ? Utiliser l’IaC en tant que référence… … pour visualiser les dépendances github.com/28mm/blast-radius
26. Le mot de la fin “Nous on fait du DevOps, mais on l’a adapté pour ne pas trop perturber les gens” => Attention aux anti-pattern https://web.devopstopologies.com/
27. http://bit.ly/WeSpeakCloud Et si on se présentait ? @bcadiot GDE Cloud Cloud Designer wescale.fr blog.wescale.fr
28. Merci Bastien Cadiot