Introduction

Effectué

Ce que l’on entend par le terme « infrastructure en tant que code (IaC) » n’est pas toujours simple et clair.

Toutefois, IaC est avec nous depuis le début de DevOps, et certains experts disent que DevOps ne serait pas possible sans IaC.

Comme son nom l’indique, l’infrastructure en tant que code est le concept qui consiste à gérer votre environnement d’opérations comme vous gérez les applications ou d’autre code en vue d’une mise en production générale.

Plutôt que d’apporter manuellement des modifications de configuration ou d’utiliser des scripts ponctuels pour modifier l’infrastructure, l’infrastructure des opérations est gérée à l’aide des mêmes règles et structures que celles qui régissent le développement du code, en particulier quand de nouvelles instances de serveur sont lancées.

Cela signifie que les principales bonnes pratiques liées à DevOps, telles que la gestion de versions, les tests virtualisés et le monitoring continu, sont appliquées au code sous-jacent qui régit la création et la gestion de votre infrastructure.

En d’autres termes, votre infrastructure est traitée de la même façon que tout autre code.

L’élasticité du paradigme cloud et la disponibilité des machines cloud peuvent uniquement être utilisés en appliquant les principes de l’infrastructure en tant que code à l’ensemble de votre infrastructure.

Ce module décrit les concepts clés de l’infrastructure en tant que code et de la création et configuration du déploiement d’environnement. Vous découvrirez également la configuration impérative, déclarative et idempotent, et comment elle s’applique à votre entreprise.

Objectifs d’apprentissage

À la fin de ce module, les étudiants et les professionnels peuvent :

  • Comprendre comment déployer votre environnement.
  • Planifier la configuration de votre environnement.
  • Choisir entre une configuration impérative et une configuration déclarative.
  • Expliquer ce qu’est la configuration idempotent.

Prérequis

  • Comprendre DevOps et ses concepts.
  • Il est utile de connaître les principes de la gestion des versions, mais cela n’est pas nécessaire.
  • Bénéfique pour obtenir l’expérience d’une organisation qui fournit des logiciels.