Las mejores prácticas de Kubernetes, 2ª edición

Capítulo 16. Gestión del estado y de las aplicaciones con estado

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

En los primeros tiempos de la orquestación de contenedores, las cargas de trabajo a las que se dirigían solían ser aplicaciones sin estado que utilizaban sistemas externos para almacenar el estado cuando era necesario. La idea era que los contenedores son muy temporales, y la orquestación del almacenamiento de respaldo necesario para mantener el estado de forma constante era difícil en el mejor de los casos. Con el tiempo, la necesidad de cargas de trabajo basadas en contenedores que mantuvieran el estado se hizo realidad y, en determinados casos, esta necesidad podría ser más eficaz. A medida que más organizaciones recurrían a la nube en busca de potencia informática y Kubernetes se convertía en el tiempo de ejecución de contenedores de facto para las aplicaciones, el factor que lo impedía pasó a ser la cantidad de datos y el acceso de alto rendimiento a los mismos, lo que a veces se denomina "gravedad de los datos". Kubernetes se adaptó a lo largo de muchas iteraciones. Ahora, no sólo permite montar volúmenes de almacenamiento en el pod, sino que también permite que esos volúmenes sean gestionados directamente por Kubernetes. Esto fue un componente importante en la orquestación del almacenamiento con las cargas de trabajo que lo requieren.

Si la capacidad de de montar un volumen externo al contenedor ...