Pulumi en Producción · Lección 12
¿Cuándo tiene sentido crear un ComponentResource personalizado, en vez de usar directamente los recursos nativos del provider de forma individual?
Cuando un patrón de infraestructura específico (como 'una aplicación web con su base de datos y balanceador') se repite frecuentemente en la organización, y encapsularlo reduce duplicación y estandariza esa configuración
Siempre es preferible usar ComponentResource en absolutamente todos los casos, sin ninguna excepción posible
Los recursos nativos del provider técnicamente no pueden usarse directamente sin encapsularlos primero en un ComponentResource
Solo tiene sentido si el proyecto usa exclusivamente el lenguaje Go
Pulumi en Producción · Lección 12
Completa el código
Un ComponentResource es valioso cuando un patrón se repite con
Revisa: es valioso cuando un patrón de infraestructura se repite con frecuencia en la organización.
Pulumi en Producción · Lección 12
¿Por qué usar un recurso nativo directamente (sin encapsularlo) tiene sentido para un caso de uso único y específico que probablemente no se repetirá en ningún otro proyecto de la organización?
Pista: el beneficio principal de un ComponentResource viene de la reutilización entre múltiples casos; si algo es verdaderamente único y no se repetirá, el esfuerzo adicional de crear y mantener una abstracción reutilizable no se justificaría con ningún beneficio real proporcional.
✓
¡Lección completada!
ComponentResource vs recursos nativos del provider
0
XP ganado
3
Vidas restantes