Kubernetes: Up and Running, 3ª edição
by Brendan Burns, Joe Beda, Kelsey Hightower, Lachlan Evenson
Capítulo 5. Casulos
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Em capítulos anteriores, discutimos como podes fazer a contentorização da tua aplicação, mas em implementações reais de aplicações contentorizadas, muitas vezes vais querer colocar várias aplicações numa única unidade atómica, agendada para uma única máquina.
Um exemplo canónico de uma implementação deste tipo é ilustrado na Figura 5-1, que consiste num contentor que serve pedidos Web e num contentor que sincroniza o sistema de ficheiros com um repositório Git remoto.
Figura 5-1. Um exemplo de POD com dois contentores e um sistema de ficheiros partilhado
No início, pode parecer tentador envolver o servidor Web e o sincronizador Git num único contentor. Após uma inspeção mais detalhada, no entanto, as razões para a separação tornam-se claras. Primeiro, os dois contentores têm requisitos significativamente diferentes em termos de utilização de recursos. Vê, por exemplo, a memória: uma vez que o servidor Web está a servir pedidos de utilizadores, queremos garantir que está sempre disponível e com capacidade de resposta. Por outro lado, o sincronizador do Git não está realmente voltado para o utilizador e tem uma qualidade de serviço de "melhor esforço".
Supõe que o nosso sincronizador do Git tem uma fuga de memória. Precisamos garantir que o ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access