Cuestionario sobre la descripción general de la gobernanza de la nube empresarial
Este cuestionario evalúa su comprensión de la descripción general de la gobernanza de la nube empresarial.
- ¿Cuál es la idea principal al evaluar de forma independiente los límites de las cuentas, VPC y EKS?
- A) Crear siempre los tres límites a la vez, según el nombre del equipo
- B) Decidir cada límite por separado y según distintos criterios (seguridad, cuotas y propiedad de costos; red y zona de confianza; radio de impacto del entorno de ejecución)
- C) Usar una sola cuenta, VPC y clúster compartidos para todas las cargas de trabajo
- D) Decidir únicamente el límite de VPC y dejar que los demás se definan automáticamente
Mostrar respuesta
Respuesta: B) Decidir cada límite por separado y según distintos criterios (seguridad, cuotas y propiedad de costos; red y zona de confianza; radio de impacto del entorno de ejecución)
Explicación: La cuenta se evalúa según la seguridad, las cuotas, la propiedad de los costos y el ciclo de vida; la VPC, según la política de red y la zona de confianza; y EKS, según el radio de impacto del entorno de ejecución. La fórmula fija que crea los tres límites juntos para cada combinación de dominio y entorno es más sencilla, pero trata límites fundamentalmente distintos como si fueran uno solo.
- ¿En qué cuenta debe residir el rol principal de IAM de una asociación de Pod Identity?
- A) En cualquier cuenta
- B) En la misma cuenta que el clúster
- C) Solo en la cuenta de administración
- D) En una cuenta por cada región
Mostrar respuesta
Respuesta: B) En la misma cuenta que el clúster
Explicación: El rol principal de la asociación debe estar en la cuenta del clúster. La función de rol de destino usa encadenamiento de roles, mientras que las políticas de recursos compatibles e IRSA ofrecen otras vías entre cuentas.
- ¿Por qué se debe distinguir un ID de carga de trabajo (Workload ID) estable de los metadatos mutables?
- A) Para reducir el costo de las llamadas a la API de AWS
- B) Para que los cambios recurrentes, como las reorganizaciones y la consolidación de marcas, no se conviertan directamente en migraciones de infraestructura
- C) Para simplificar la configuración de Kubernetes RBAC
- D) Para consolidar todas las cargas de trabajo en una sola cuenta
Mostrar respuesta
Respuesta: B) Para que los cambios recurrentes, como las reorganizaciones y la consolidación de marcas, no se conviertan directamente en migraciones de infraestructura
Explicación: Los equipos cambian con frecuencia debido a las reorganizaciones, mientras que los dominios (capacidades empresariales) son relativamente estables. Vincular directamente los límites de cuentas o VPC a los nombres de equipos o marcas convierte cada reorganización en una migración. Por eso se recomienda asociar el dominio, la marca, el equipo, el CUJ y otros datos como metadatos mutables a un ID de carga de trabajo estable.