Un Dojo de code pour l'infrastructure
Le code d'infrastructure de ce repo déploie un serveur apache sur une instance AWS, avec le code html du site de la duckconf
- L'équipe de dev demande un nouvel environnement aux 2 existants. Cet environnement s'appellera stg. Il faudra refactorer le code tout en conservant le bon fonctionnement des 2 environnements existants
- Le RSSI demande d'avoir un groupe de sécurité pour tous les environnements afin de leur faciliter le monitoring des accès
- Le dernier objectif sera de faire évoluer le type de VM, actuellement Centos, vers Ubuntu, aussi pour des raisons de sécurité
- si tu casses un environnement tu as perdu
- tu ne peux pas créer d'instance supplémentaire, n'utilise que celles qui sont présentes
- interdiction de changer de technologie, tu dois modifier l'existant
- Organiser le repo par unité de déploiement (stack) pour mieux gérer le couplage et les évolutions
- Découper et tester des petites portions pour réduire la boucle de feedback
- Poser un contrat demande de travailler sur l'intention et c'est le moment de se poser les questions de design : je crée, j'ajoute, je duplique, je modifie
- Nommer les choses pour ce qu’elles font / doivent faire met en évidence la cohérence ou l’incohérence des modules. Cela permet de faire émerger plus facilement le design
Il existe une branche nommée solution avec les 12 étapes
- installer terraform
- Créer un compte sur AWS, le kata utilise de l'infrastructure Free Tiers (gratuit jusqu'à 750h/mois d'instance EC2)
- Exécuter les instructions terraform
- Ouvrir dans un navigateur l'adresse public de l'instance, exemple : http://ec2-13-38-96-250.eu-west-3.compute.amazonaws.com/