Melhores práticas de Kubernetes, 2ª edição

Capítulo 16. Gerenciando aplicativos com estado e com estado

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: [e-mail]

Nos primeiros dias da orquestração de contêineres, as cargas de trabalho visadas eram geralmente aplicativos sem estado que usavam sistemas externos para armazenar o estado quando necessário. A ideia era que os contêineres são muito temporais, e a orquestração do armazenamento de apoio necessário para manter o estado de forma consistente era difícil na melhor das hipóteses. Com o tempo, a necessidade de cargas de trabalho baseadas em contêineres que mantinham o estado se tornou uma realidade e, em casos selecionados, essa necessidade pode ser mais eficiente. À medida que mais organizações procuraram a Cloud para obter poder de computação e o Kubernetes se tornou o tempo de execução de contentores de facto para aplicações, o fator impeditivo tornou-se a quantidade de dados e o acesso eficiente aos dados, por vezes chamado "gravidade dos dados". O Kubernetes adaptou-se ao longo de muitas iterações. Agora, não só permite volumes de armazenamento montados no pod, mas também permite que esses volumes sejam geridos diretamente pelo Kubernetes. Este foi um componente importante na orquestração do armazenamento com as cargas de trabalho que o exigem.

Se a capacidade de montar um volume externo no contêiner fosse suficiente, existiriam muitos outros exemplos de aplicativos com estado executados em escala no ...