Pulumi en Producción · Lección 17
¿Por qué una organización podría preferir usar un backend self-managed (como un bucket S3 propio) para almacenar el state de Pulumi, en vez del Pulumi Service gestionado por defecto?
Para mantener control total sobre dónde y cómo se almacena el state, dentro de su propia infraestructura y bajo sus propias políticas de seguridad y cumplimiento, sin depender de un servicio externo de terceros
Los backends self-managed son técnicamente incapaces de almacenar el state de forma correcta
Solo pueden usarse si la organización no tiene absolutamente ningún acceso a internet
Elimina por completo la necesidad de gestionar el locking del state de alguna forma
Pulumi en Producción · Lección 17
Completa el código
pulumi login s3://
Revisa: por ejemplo, pulumi login s3://mi-bucket-state.
Pulumi en Producción · Lección 17
¿Por qué una organización con requisitos estrictos de compliance sobre dónde reside su información sensible podría preferir gestionar su propio backend de state, en vez de confiar ese almacenamiento a un servicio externo de terceros?
Pista: mantener el state dentro de su propia infraestructura les da control directo y verificable sobre dónde reside exactamente esa información sensible, algo importante para cumplir requisitos regulatorios o de compliance específicos de su industria que podrían no satisfacerse completamente confiando en un servicio externo de terceros.
✓
¡Lección completada!
Self-managed backends — S3, Azure Blob, GCS
0
XP ganado
3
Vidas restantes