Qu'est-ce que l'Infrastructure as Code (IaC) ?

L'IaC automatise le processus de provisionnement à l'aide de code, ce qui évite d'avoir à configurer manuellement les paramètres dans une console cloud. Tout d'abord, les développeurs définissent les spécifications d'infrastructure souhaitées dans des fichiers de configuration, qui sont généralement stockés dans un système de contrôle des versions. Un outil d'automatisation, tel que Terraform, traite ensuite ces fichiers et effectue les appels d'API nécessaires au fournisseur de services cloud pour créer, mettre à jour ou supprimer les ressources réelles. Ce flux de travail suit généralement un chemin qui va du code (définition) au contrôle des versions, en passant par un pipeline CI/CD, pour aboutir au provisionnement.

Lorsqu'ils implémentent l'IaC, les équipes ont généralement le choix entre deux approches : déclarative et impérative. La principale différence réside dans le fait que vous vous concentrez sur le résultat final ou sur les étapes à suivre pour y parvenir.

À mesure que les définitions d'infrastructure sont déplacées dans des dépôts de code, les pratiques de sécurité doivent s'adapter pour protéger ces fichiers. La "sécurité IaC" et l'"analyse IaC" désignent la pratique consistant à analyser les fichiers de configuration pour détecter les failles avant le déploiement de l'infrastructure. C'est ce qu'on appelle la sécurité "Shift Left". Des outils spécialisés analysent le pipeline de code pour détecter les erreurs de configuration, comme les buckets de stockage ouverts au public ou les bases de données non chiffrées, ce qui empêche les risques de sécurité d'atteindre l'environnement de production.

Google Cloud fournit un ensemble complet d'outils pour vous accompagner dans votre parcours d'Infrastructure as Code, de la conception initiale au déploiement et à la gestion continue. L'App Design Center est un excellent point de départ. Il vous permet d'explorer, de personnaliser et de développer des architectures de référence prédéfinies. Cela vous aide à concevoir votre pile d'applications en suivant les bonnes pratiques de Google Cloud avant même d'écrire une seule ligne de code, ce qui vous permet de vous assurer que votre infrastructure est bien architecturée dès le départ.

Une fois que vous avez un plan, l'écosystème ouvert de Google Cloud vous permet de l'implémenter facilement sous forme de code. La plate-forme traite les normes Open Source telles que Terraform comme des éléments de premier ordre, et non comme des éléments de second plan. Des services comme Infrastructure Manager vous permettent de déployer et de gérer directement des ressources Google Cloud à l'aide de Terraform, tandis que Config Connector vous permet de gérer des ressources Google Cloud via Kubernetes, ce qui contribue à combler le fossé entre l'infrastructure cloud et l'orchestration de conteneurs.

Cloud Resource Manager est le service qui permet de gérer de façon programmatique la hiérarchie des ressources Google Cloud, y compris les organisations, les dossiers et les projets. Si de nombreuses équipes utilisent l'IaC pour déployer des ressources telles que des machines virtuelles, Cloud Resource Manager vous permet de définir la structure du projet elle-même en tant que code. Cela aide les équipes à automatiser la configuration de nouveaux environnements avec des règles Identity and Access Management (IAM) et des contraintes organisationnelles cohérentes, ce qui garantit que la gouvernance est intégrée à l'infrastructure dès le départ.

L'un des avantages les plus intéressants de l'IaC est qu'elle permet de résoudre un problème courant chez les développeurs : "Ça fonctionnait sur ma machine, alors pourquoi ça ne fonctionne pas en production ?" Vous pouvez résoudre ce problème en créant des environnements temporaires.

Dans ce workflow, lorsqu'un développeur ouvre une demande d'extraction, les outils IaC créent automatiquement une copie temporaire et isolée de l'application. Lorsque la demande d'extraction est fusionnée, l'environnement s'autodétruit.

Pour que cela fonctionne, votre code Terraform ne doit pas contenir de noms codés en dur. Vous devez utiliser des variables pour créer des ressources uniques pour chaque demande d'extraction.

main.tf (extrait)

Dans votre fichier cloudbuild.yaml, vous injectez le numéro de la demande d'extraction dans Terraform à l'aide de la variable de substitution _PR_NUMBER fournie par Cloud Build.

cloudbuild.yaml (extrait)

Ce flux de travail transforme l'IaC, qui n'est plus une tâche de maintenance statique, en un outil de productivité dynamique qui accélère le cycle d'examen.