Proveedores de Terraform para multi-cloud

Cursos Empresas Blog Live Conf Precios

Contenido del curso

Infraestructura como Código

Fundamentos de Terraform

Variables y Estado

Bloques y Comandos Útiles

Creación y Gestión de Recursos

Módulos en Terraform

Integración y Despliegue Continuo

Documentación y Recursos

37
Navegación Eficiente en la Documentación de Terraform
08:35 min

Tomar examen

Proveedores de Terraform para multi-cloud

Resumen

Configurar proveedores en Terraform es el primer paso para desplegar recursos en cualquier nube. Aquí descubres cómo elegir, declarar y combinar providers como Azure, AWS o Kubernetes dentro de un mismo proyecto, una habilidad clave si trabajas con infraestructura como código.

Terraform funciona como una herramienta todoterreno: con un solo script puedes orquestar despliegues hacia distintos proveedores de nube sin casarte con uno solo. Y eso, en proyectos reales, te ahorra muchísimo trabajo.

¿Qué es la página de proveedores de Terraform y por qué visitarla?

La primera parada obligada cuando ya tienes Terraform instalado es la categoría de providers en el sitio oficial. Ahí está el catálogo completo de integraciones disponibles.

En los primeros lugares aparecen, como era de esperarse, los tres grandes de la nube:

AWS, el proveedor de Amazon Web Services.
Azure, el proveedor de Microsoft.
Google Cloud, el proveedor de Google.

Justo debajo encuentras a Kubernetes, que no es un proveedor de nube pero se usa bastante, seguido de Alibaba Cloud y Oracle Cloud. Más abajo aparece una categoría gigantesca con todos los demás providers que puedes configurar.

¿Para qué sirve husmear en la página de proveedores? Para descubrir integraciones que no sabías que existían. Por ejemplo, además de Azure puedes sumar Kubernetes y Helm en el mismo proyecto, ampliando el alcance de tu infraestructura como código.

Una recomendación práctica: visita esta página seguido [00:54], porque los providers se actualizan y rotan constantemente.

¿Cómo identificar un proveedor oficial y actualizado?

Cuando entras a la categoría de Azure aparece el provider llamado AzureRM. Junto a su nombre verás un pequeño ícono tipo medalla que indica que es un proveedor oficial.

Antes de usarlo, fíjate en dos señales de confianza:

El sello de oficial, que confirma que está mantenido por el equipo responsable.
La fecha de la última actualización, que idealmente debe ser reciente. En el ejemplo, la última actualización fue hace cuatro días [01:24], lo cual es una excelente señal.

Con esos dos checks listos, puedes pulsar el botón Use Provider para obtener el bloque de código que necesitas.

¿Cómo declarar un proveedor en tu archivo de Terraform?

Al seleccionar Use Provider aparece una pestaña con el snippet listo para copiar. Lo llevas a tu Visual Studio Code, borras el contenido del ejercicio anterior si lo tenías, y pegas la declaración.

Ese bloque incluye tres elementos esenciales:

La versión del proveedor que vas a utilizar.
La fuente (source), que indica desde dónde Terraform descargará el provider.
El nombre del proveedor que quedará activo en tu proyecto.

Esta es la forma correcta de decirle a Terraform que tu despliegue se enfocará en Azure. Sin esa declaración, la herramienta no sabe a qué API conectarse.

¿Qué es un provider en Terraform? Es un plugin que traduce tu código a llamadas API hacia un proveedor específico, como Azure, AWS o Kubernetes. Sin él, Terraform no puede crear recursos.

¿Se pueden usar varios proveedores en un mismo script?

Sí, y aquí viene lo interesante. Puedes declarar AWS y Azure en el mismo archivo, y un único script de Terraform puede mandar unos recursos a Azure y otros a AWS.

Esto abre la puerta a escenarios potentes:

Proyectos de nube híbrida, donde combinas servicios de distintos proveedores.
Despliegues multi-cloud hacia los tres grandes (AWS, Azure, Google Cloud) desde una sola base de código.
Integraciones cruzadas con Kubernetes o Helm sin salir del mismo proyecto.

La ventaja es clara: no te casas con un solo proveedor y reduces el esfuerzo manual de coordinar despliegues por separado.

¿Terraform sirve para multi-cloud? Sí. Con un solo script puedes desplegar simultáneamente en AWS, Azure y Google Cloud, declarando cada provider en el mismo proyecto.

Con tu provider de Azure ya configurado, Terraform queda listo para comunicarse con tu nube y empezar a crear recursos sin fricción. ¿Con qué proveedor vas a empezar tú? Cuéntame en los comentarios.

Comentarios

Libardo Arturo Arroyave Bustos

Estudiante

🌟 Plantilla Inicial de Terraform con AzureRM + CI/CD en GitHub Actions

Esta es una guía en Markdown con un ejemplo de configuración inicial para Terraform usando el proveedor AzureRM, junto con una estructura modular básica y un pipeline automatizado en GitHub Actions para ejecutar init/plan/apply/destroy.

📂 Estructura del Proyecto

terraform-azure-project/
├── .github/
│   └── workflows/
│       └── terraform.yml        # Pipeline CI/CD en GitHub Actions
├── modules/
│   └── resource_group/          # Módulo de ejemplo
│       └── main.tf
├── main.tf                      # Configuración principal
├── variables.tf                 # Variables de entrada
├── outputs.tf                   # Outputs del proyecto
└── provider.tf                  # Configuración del proveedor AzureRM

⚙️ provider.tf (Configuración inicial del proveedor AzureRM)

terraform {
  required_version = ">= 1.5.0"

  required_providers {
    azurerm = {
      source  = "hashicorp/azurerm"
      version = "~> 3.100"
    }
  }

  backend "azurerm" {
    resource_group_name   = "<NOMBRE_RG_ESTADO>"
    storage_account_name  = "<NOMBRE_STORAGE_ACCOUNT>"
    container_name        = "tfstate"
    key                   = "terraform.tfstate"
  }
}

provider "azurerm" {
  features {}
}

📦 Ejemplo de Módulo: modules/resource_group/main.tf

resource "azurerm_resource_group" "example" {
  name     = var.resource_group_name
  location = var.location
}

variables.tf (del módulo):

variable "resource_group_name" {
  type        = string
  description = "Nombre del Resource Group"
}

variable "location" {
  type        = string
  description = "Ubicación de Azure"
  default     = "eastus"
}

📜 main.tf (Llamada al módulo)

module "rg" {
  source              = "./modules/resource_group"
  resource_group_name = var.resource_group_name
  location            = var.location
}

🗝️ variables.tf (Variables globales)

variable "resource_group_name" {
  type        = string
  description = "Nombre del Resource Group"
  default     = "rg-terraform-demo"
}

variable "location" {
  type        = string
  description = "Ubicación de Azure"
  default     = "eastus"
}

📤 outputs.tf (Outputs de ejemplo)

output "resource_group_name" {
  value = module.rg.name
}

🤖 GitHub Actions Workflow (terraform.yml)

Archivo: .github/workflows/terraform.yml

name: 'Terraform CI/CD'

on:
  push:
    branches: [ "main" ]
  pull_request:
    branches: [ "main" ]

env:
  ARM_CLIENT_ID: ${{ secrets.AZURE_CLIENT_ID }}
  ARM_CLIENT_SECRET: ${{ secrets.AZURE_CLIENT_SECRET }}
  ARM_SUBSCRIPTION_ID: ${{ secrets.AZURE_SUBSCRIPTION_ID }}
  ARM_TENANT_ID: ${{ secrets.AZURE_TENANT_ID }}

jobs:
  terraform:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v3

      - name: Setup Terraform
        uses: hashicorp/setup-terraform@v2
        with:
          terraform_version: 1.5.0

      - name: Terraform Init
        run: terraform init

      - name: Terraform Validate
        run: terraform validate

      - name: Terraform Plan
        run: terraform plan -out=tfplan

      - name: Terraform Apply
        if: github.ref == 'refs/heads/main' && github.event_name == 'push'
        run: terraform apply -auto-approve tfplan

🔐 Configuración Segura de Credenciales

En tu repositorio de GitHub, define los siguientes Secrets para conectar con Azure:

AZURE_CLIENT_ID
AZURE_CLIENT_SECRET
AZURE_SUBSCRIPTION_ID
AZURE_TENANT_ID

Estos se referencian en el pipeline como variables de entorno.

✅ Conclusión

Con esta plantilla inicial:

El proveedor AzureRM está configurado con backend remoto en Azure Storage para gestionar el estado de forma segura.
La estructura modular permite escalar fácilmente añadiendo nuevos módulos (network, vm, aks, etc.).
El pipeline de GitHub Actions automatiza las fases clave: init → validate → plan → apply.

Esto sienta las bases para un flujo profesional, seguro y extensible en Terraform + Azure. 🚀

Juan Camilo Lentino Villalba

Estudiante

Para usar el proveedor de AWS, simplemente lo buscamos en el Terraform Registry y copiamos el bloque base que ahí mismo te dan.

Algo como esto:

terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "6.31.0"
    }
  }
}

provider "aws" {
  region = "us-east-1"
}

Con required_providers le decimos a Terraform qué plugin debe descargar (en este caso el oficial de AWS). Y en el bloque provider "aws" definimos cómo se va a conectar, por ejemplo la región.

Libardo Arturo Arroyave Bustos

Estudiante

🚀 Introducción a Terraform y su Ecosistema Multicloud

Terraform se presenta como una herramienta todo terreno dentro del mundo de la Infraestructura como Código (IaC). Su gran fortaleza radica en que permite desplegar y gestionar recursos en múltiples nubes y servicios a través de un único lenguaje declarativo.

La lección ofrece un recorrido práctico sobre cómo comenzar a trabajar con Terraform, explorando sus proveedores, la importancia de mantenerse actualizado y el potencial de una estrategia multicloud e híbrida.

🌐 Proveedores en Terraform: la puerta de entrada

Terraform funciona a través de providers (proveedores), que actúan como conectores hacia los distintos servicios y plataformas.

Los tres gigantes de la nube están en primer plano: AWS, Azure y Google Cloud.
Existen proveedores adicionales como Kubernetes, Alibaba Cloud, Oracle Cloud, e incluso herramientas no relacionadas directamente con la nube.
La página de proveedores de Terraform es clave: allí se centraliza la documentación y configuración inicial para cada servicio.

👉 Ejemplo práctico: Un ingeniero que empieza en Azure puede descubrir en esta página que también es posible configurar Kubernetes o incluso extender el alcance hacia AWS en un mismo proyecto.

🏅 Proveedor de AzureRM: configuración inicial

Para comenzar a trabajar con Azure, el punto de partida es el proveedor AzureRM.

Este proveedor es oficial, reconocido por el ícono de medalla en la documentación de Terraform.
Mantenerse al día es vital: la actualización constante garantiza compatibilidad y seguridad.
El proceso inicial consiste en copiar la configuración recomendada en el IDE (Visual Studio Code) y ajustar la versión y fuente del proveedor.

👉 Ejemplo práctico: Un usuario nuevo que inicia en Terraform puede borrar el contenido del ejercicio anterior en su proyecto y pegar el bloque del proveedor AzureRM, asegurando que todos los recursos se enfoquen en Azure desde ese momento.

🔄 Estrategias Multicloud e Híbridas con Terraform

Una de las mayores ventajas de Terraform es su capacidad para gestionar múltiples proveedores a la vez.

Es posible definir Azure y AWS en un mismo script.
Esto permite desplegar, en paralelo, una aplicación en Azure y una base de datos en AWS.
Esta flexibilidad rompe la dependencia de un único proveedor y habilita arquitecturas híbridas y multicloud.

👉 Ejemplo hipotético: Un banco podría utilizar Azure para desplegar su capa de aplicaciones y Google Cloud para aprovechar servicios de Big Data, todo gestionado desde un solo proyecto de Terraform.

📌 Ideas Clave y Recomendaciones

Explorar regularmente la página de proveedores: siempre hay nuevos servicios disponibles y actualizaciones importantes.
Usar proveedores oficiales: garantizan soporte y estabilidad.
Adoptar multicloud estratégicamente: aprovechar la capacidad de Terraform de orquestar recursos en diferentes nubes puede optimizar costos y aumentar la resiliencia.
Mantener scripts modulares y claros: facilita integrar varios proveedores y evita errores de configuración.

✅ Conclusión

Terraform no es solo una herramienta de IaC, es un orquestador universal capaz de gestionar desde un clúster de Kubernetes hasta recursos distribuidos en Azure, AWS y GCP de manera simultánea.

Comenzar con el proveedor AzureRM es una excelente puerta de entrada, pero el verdadero poder se libera cuando se explora la posibilidad de proyectos multicloud. La clave está en mantenerse actualizado, aprovechar proveedores oficiales y diseñar infraestructuras escalables y flexibles.

Terraform es, en esencia, la llave para construir infraestructuras modernas, seguras y adaptables en un mundo donde la nube no es una, sino muchas. 🌍

Infraestructura como Código

Despliegue de Infraestructura en la Nube con Terraform

Qué es infraestructura como código con Terraform

Por qué Terraform domina la infraestructura como código

Instalación de Terraform en Ubuntu usando WSL en Windows

Cómo crear tu cuenta gratuita en Azure

Instalar y configurar Azure CLI con Terraform

Prueba Inicial de Terraform con Docker y Visual Studio Code

Fundamentos de Terraform