Creación de providers personalizados
Amplíe Terraform más allá de las integraciones existentes comprendiendo cómo funcionan los providers y creando uno personalizado con Terraform Plugin Framework.
Creación de providers personalizados es una lección gratuita de DevOps Bootcamp en CoddyKit. Esta es la lección 4 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de DevOps Bootcamp, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de DevOps Bootcamp incluye 4 lecciones en total.
Cuando los providers existentes no son suficientes
El registro cubre la mayoría de las plataformas, pero las empresas suelen utilizar API internas que no tienen un provider. Un custom provider permite que Terraform gestione esos recursos con el mismo ciclo de vida de plan/apply.
Cómo funcionan los providers
Un provider es un binario de plugin independiente que Terraform inicia y con el que se comunica mediante gRPC. El plugin traduce las operaciones CRUD de Terraform en llamadas a la API del sistema de destino.
El Plugin Framework
El Terraform Plugin Framework moderno de HashiCorp (Go) es la forma recomendada de crear providers y sustituye al SDKv2 anterior. Los providers se escriben en Go.
import (
"github.com/hashicorp/terraform-plugin-framework/provider"
)Definición del provider
El tipo provider declara su nombre y los recursos y fuentes de datos que ofrece.
type widgetProvider struct{}
func (p *widgetProvider) Metadata(_ context.Context, _ provider.MetadataRequest, resp *provider.MetadataResponse) {
resp.TypeName = "widget"
}El esquema de recursos
Cada recurso declara un esquema de atributos con tipos y metadatos. Esto es lo que los usuarios configuran en su HCL.
resp.Schema = schema.Schema{
Attributes: map[string]schema.Attribute{
"name": schema.StringAttribute{Required: true},
"id": schema.StringAttribute{Computed: true},
},
}Implementación de CRUD
Un recurso implementa Create, Read, Update y Delete. Cada método llama a su API y escribe el resultado de vuelta en el estado de Terraform.
func (r *widgetResource) Create(ctx context.Context, req resource.CreateRequest, resp *resource.CreateResponse) {
// call API, then save state
}Read mantiene la coherencia del estado
El método Read actualiza el estado a partir de la API real. Si el recurso remoto ya no existe, elimínelo del estado para que Terraform planifique volver a crearlo.
Pruebas de aceptación
Los providers utilizan pruebas de aceptación que ejecutan ciclos reales de plan/apply en un entorno de prueba, condicionadas por una variable de entorno para evitar que se ejecuten accidentalmente.
TF_ACC=1 go test ./... -vAnulación para desarrollo local
Para probar un provider antes de publicarlo, use un dev override en la configuración de su CLI para que Terraform cargue el binario local en lugar de descargarlo de un registro.
provider_installation {
dev_overrides {
"acme/widget" = "/home/dev/go/bin"
}
direct {}
}Publicación del provider
Publíquelo en el registro etiquetando una release y firmando los binarios con una clave GPG. Después, los consumidores lo declaran en required_providers.
terraform {
required_providers {
widget = {
source = "acme/widget"
version = "~> 1.0"
}
}
}Consideraciones de mantenimiento
Un provider es un compromiso a largo plazo: es necesario mantener los cambios de la API, la compatibilidad entre versiones y la documentación. Para necesidades puntuales, la fuente de datos external o un script pueden ser más sencillos que un provider completo.
Comprobación rápida
Compruebe sus conocimientos sobre los custom providers.
Resumen: ampliar Terraform
Ha aprendido a crear custom providers:
- Los providers son plugins de Go que se comunican mediante gRPC con el núcleo.
- El Plugin Framework define los esquemas y los métodos CRUD.
- Las anulaciones de desarrollo permiten realizar pruebas locales; las pruebas de aceptación verifican el comportamiento.
- La publicación requiere etiquetas y binarios firmados.
Preguntas frecuentes
¿La lección «Creación de providers personalizados» es gratis?
Sí — el texto completo de «Creación de providers personalizados» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de DevOps Bootcamp, actualiza a CoddyKit PRO. El curso de DevOps Bootcamp incluye 4 lecciones en total.
¿Qué aprenderé en «Creación de providers personalizados»?
Amplíe Terraform más allá de las integraciones existentes comprendiendo cómo funcionan los providers y creando uno personalizado con Terraform Plugin Framework. Practicas DevOps Bootcamp con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar DevOps Bootcamp?
No se requiere experiencia previa. DevOps Bootcamp en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 4 de 4.
¿Cuánto tiempo toma la lección «Creación de providers personalizados»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de DevOps Bootcamp?
Sí. Cada lección de DevOps Bootcamp incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Patrones multicloud e híbridos
- Políticas de Sentinel para la gobernanza
- Terraform Cloud y Enterprise
- Creación de providers personalizados