Orquestração de Contêineres Question #019e3a4f
Qual dos seguintes sistemas NÃO é compatível com o padrão de interface de runtime CRI?
CRI-O
dockershim
systemd
containerd
Official Explanation / Community Explanations
A Container Runtime Interface (CRI) é uma interface de plugin que permite ao kubelet usar uma ampla variedade de runtimes de contêiner sem precisar recompilar. A CRI define um conjunto de APIs gRPC para operações de contêiner. Entre as opções, systemd não é um runtime de contêiner e não implementa a especificação CRI. systemd é um sistema init e gerenciador de serviços para Linux, responsável por inicializar o espaço do usuário e gerenciar processos do sistema. Ele não fornece capacidades de runtime de contêiner.
Como Funciona
A CRI permite que o Kubernetes interaja com diferentes runtimes de contêiner através de uma API padronizada. O kubelet se comunica com o runtime via CRI para gerenciar pods e contêineres. Runtimes como containerd e CRI-O implementam a interface CRI, enquanto dockershim era um componente no kubelet que fornecia uma interface compatível com CRI para o Docker Engine (que por si só não implementa nativamente a CRI).
Por que a Resposta Correta está Correta
systemd não é um runtime de contêiner e não implementa a CRI. É um gerenciador de sistema e serviços, não projetado para executar contêineres. Portanto, NÃO é compatível com o padrão de interface de runtime CRI.
Por que as Respostas Incorretas estão Erradas
CRI-O: Este é um runtime de contêiner leve especificamente construído para o Kubernetes que implementa a CRI. É totalmente compatível.dockershim: Este era um componente dentro do kubelet que permitia que o Docker fosse usado como runtime de contêiner via CRI. Embora obsoleto, era compatível com a CRI.containerd: Este é um runtime de contêiner de alto nível que implementa a CRI e é usado por muitos clusters Kubernetes. É totalmente compatível.