Bonnes pratiques pour la conversion vers Terraform
État
Le fichier d'état stocke des informations sur les ressources gérées par Terraform. Par défaut, Terraform stocke l'état localement sur le disque. Si vous stockez l'état à distance, vous pouvez autoriser la collaboration distribuée, protéger les informations sensibles et exécuter Terraform dans l'intégration continue (CI).
Après avoir converti votre modèle Deployment Manager en Terraform et éventuellement importé des ressources, nous vous recommandons de suivre les étapes pour stocker l'état à distance dans Cloud Storage.
Modules
Si vous souhaitez réduire la complexité, appliquer la cohérence et favoriser la réutilisabilité de votre configuration, vous pouvez utiliser des modules Terraform pour encapsuler des collections de ressources.
Pour utiliser des modules, vous pouvez effectuer l'une des opérations suivantes :
Créez un module personnalisé à partir des ressources exportées par DM Convert. Cette option vous offre la plus grande flexibilité.
Utilisez un module publié à partir de la collection de modules officiels de Google Cloudou du registre Terraform.
Dans la plupart des cas d'utilisation, nous vous recommandons d'utiliser un module publié.
Créer un module personnalisé
Après avoir converti votre configuration, identifiez les ressources que vous souhaitez déplacer dans un module.
Déplacez les configurations de ces ressources dans un répertoire de module et convertissez les variables requises en paramètres.
L'exemple suivant montre comment déplacer
google_bigquery_dataset
etgoogle_bigquery_table
dans un module :# bq-module/main.tf resource "google_bigquery_dataset" "bigquerydataset" { provider = google-beta default_table_expiration_ms = 36000000 location = "us-west1" dataset_id = var.dataset_id project = var.project_id } resource "google_bigquery_table" "bigquerytable" { provider = google-beta labels = { data-source = "external" schema-type = "auto-junk" } dataset_id = var.dataset_id project = var.project_id table_id = var.table_id depends_on = [ google_bigquery_dataset.bigquerydataset ] }
# bq-module/variables.tf variable "project_id" { description = "Project ID" type = string } variable "dataset_id" { description = "Dataset ID" type = string } variable "table_id" { description = "Table ID" type = string }
Dans le fichier
main.tf
exporté, remplacez la configuration d'origine par le module que vous avez créé.L'exemple suivant montre ce remplacement à l'aide du module créé dans l'exemple de l'étape précédente.
# main.tf module "bq" { source = "./bq-module" project_id = "PROJECT_ID" dataset_id = "bigquerydataset" table_id = "bigquerytable" }
Pour initialiser le module local, exécutez la commande suivante :
terraform init
Déplacez l'état Terraform associé aux ressources dans l'instance de module.
Pour déplacer le module de l'exemple de l'étape précédente, exécutez la commande suivante :
terraform state mv google_bigquery_dataset.bigquerydataset module.bq.google_bigquery_dataset.bigquerydataset terraform state mv google_bigquery_table.bigquerytable module.bq.google_bigquery_table.bigquerytable
Dans cet exemple, le résultat du déplacement est le suivant :
Move "google_bigquery_dataset.bigquerydataset" to "module.bq.google_bigquery_dataset.bigquerydataset" Successfully moved 1 object(s). Move "google_bigquery_table.bigquerytable" to "module.bq.google_bigquery_table.bigquerytable" Successfully moved 1 object(s).
Validez qu'aucune ressource n'a été modifiée en exécutant la commande suivante :
terraform plan
Voici un exemple de résultat que vous obtenez après avoir exécuté la commande :
No changes. Your infrastructure matches the configuration.
Utiliser un module publié
Après avoir converti votre configuration, identifiez un module publié et les ressources que vous souhaitez y déplacer.
Identifiez les options de configuration du module en lisant sa documentation.
Créez une instance du module configurée pour votre configuration de ressources actuelle.
Par exemple, si vous souhaitez déplacer
google_bigquery_dataset
etgoogle_bigquery_table
dans le module BigQuery officiel, l'exemple suivant montre à quoi pourrait ressembler votre module :module "bq" { source = "terraform-google-modules/bigquery/google" version = "~> 5.0" project_id = "PROJECT_ID" dataset_id = "bigquerydataset" location = "us-west1" deletion_protection = true tables = [ { table_id = "bigquerytable", friendly_name = "bigquerytable" time_partitioning = null, range_partitioning = null, expiration_time = null, clustering = [], schema = null, labels = { data-source = "external" schema-type = "auto-junk" }, } ] }
Pour initialiser le module local, exécutez la commande suivante :
terraform init
Lisez le code source du module pour identifier les adresses de ressources dans le module en amont et créer les commandes move.
terraform state mv google_bigquery_dataset.bigquerydataset module.bq.google_bigquery_dataset.main terraform state mv google_bigquery_table.bigquerytable 'module.bq.google_bigquery_table.main["bigquerytable"]'
Pour afficher les modifications apportées à la configuration, exécutez la commande suivante :
terraform plan
Si le module publié que vous avez sélectionné présente des paramètres par défaut différents ou est configuré différemment de votre configuration, des différences peuvent être mises en évidence dans le résultat de l'exécution de la commande.
Actionnement
Nous vous recommandons d'utiliser un système d'intégration continue (CI), tel que Cloud Build, Jenkins ou GitHub Actions, pour automatiser l'exécution de Terraform à grande échelle. Pour en savoir plus, consultez Gérer une infrastructure en tant que code avec Terraform, Cloud Build et GitOps.
Si vous souhaitez amorcer la création de déclencheurs et simplifier l'authentification, vous pouvez choisir d'utiliser le blueprint Cloud Build Workspace.
Structure
Chaque configuration convertie à partir de DM Convert est une configuration racine unique mappée à un seul fichier d'état. Nous vous déconseillons de configurer un fichier d'état unique pour contenir un grand nombre de ressources. Une fois votre configuration convertie, nous vous recommandons de vous assurer que votre nouvelle configuration respecte les bonnes pratiques pour les modules racine.