Una aplicación heredada en contenedores lee la configuración de un recurso compartido de NFS; no debe servir tráfico hasta que la configuración esté disponible. ¿Cómo debe implementarla en GKE?

La opción correcta es crear un PersistentVolumeClaim (PVC) en GKE y montar el volumen para los archivos de configuración. Esto permite que el contenedor acceda a la configuración desde un almacenamiento persistente (NFS en este caso, a través de GKE Persistent Volumes), asegurando que esté disponible antes de que el servicio comience a procesar tráfico. La configuración se carga antes de que el servicio se inicie, lo que es crucial para aplicaciones que dependen de ella. Las otras opciones son menos adecuadas: Ejecutar gsutil dentro del contenedor al inicio es ineficiente y añade complejidad, además de que gsutil es para Google Cloud Storage, no NFS. Usar COPY en el Dockerfile para incorporar la configuración significa que cualquier cambio en la configuración requeriría reconstruir y redistribuir la imagen, lo cual no es práctico para configuraciones dinámicas. Agregar un script de inicio en los nodos de GKE para montar NFS y copiar la configuración es una solución a nivel de nodo, no específica del pod/contenedor, y es menos idiomática para Kubernetes que el uso de Persistent Volumes.