Una empresa utiliza Amazon Elastic Kubernetes Service (Amazon EKS) para una aplicación en contenedores que almacena valores sensibles en secretos de Kubernetes. La empresa desea que los secretos se cifren con la MENOR sobrecarga operativa. ¿Qué solución cumple este requisito?

La opción correcta es habilitar el cifrado de secretos en el clúster de EKS mediante AWS KMS. EKS ofrece integración nativa con AWS KMS para cifrar los secretos de Kubernetes en reposo. Esto se configura al crear o actualizar el clúster, lo que proporciona la menor sobrecarga operativa, ya que EKS gestiona el cifrado y descifrado automáticamente. Las otras opciones son incorrectas porque: Usar la aplicación para cifrar los secretos introduce complejidad en el código de la aplicación y mayor sobrecarga de desarrollo y mantenimiento. Implementar una función de AWS Lambda para cifrar la información añade una capa de arquitectura innecesaria y complejidad operativa para una tarea que EKS puede manejar directamente. Usar AWS Systems Manager Parameter Store es una solución válida para almacenar parámetros y secretos, pero no es la forma más directa ni con menor sobrecarga operativa para cifrar los secretos dentro de un clúster de EKS, ya que requeriría que la aplicación los recuperara y gestionara desde allí, en lugar de usar los secretos nativos de Kubernetes.