Bom pessoal, seguinte, no vídeo anterior eu falei um pouco para vocês de CRI, tá? E falei que você tem um Container Runtime Interface para que você consiga rodar um Container Runtime no Kubernetes para que os containers sejam executados, tá? No começo do Kubernetes, a gente tinha um cara, que é muito famoso, que chama Docker, que era executado para rodar o Kubernetes. Como assim? Você instalava o Kubernetes, instalava o Docker, quando você manda um pod ser executado, o Docker estava ali e executava esse container. O que acontece aqui nesse caso, galera? O lance é o seguinte. O Docker era o container runtime padrão do Kubernetes. Mas, porém, contudo, todavia, entretanto, galera. Tem um detalhezinho ali. O Kubernetes, ele começou a padronizar a interface de containers runtime. Inclusive, existe uma iniciativa para isso, tá? E essa iniciativa define como os containers runtime devem ser rodados. Qual que é o grande problema no meio de toda essa história? O Docker, como ele já era um cara mais antigo em si, ele não implementava esse container interface, esse container runtime interface. E daí, como que o Docker, então, conseguia rodar dentro do Kubernetes se ele não implementa a mesma interface que o Kubernetes exige para rodar os seus containers runtime? Então o que acontece é o seguinte, eles tinham um projeto chamado de Docker Scheme. O que o Docker Scheme fazia? Ele era uma camada de abstração entre o Docker e o Kubernetes. Então toda vez que o Kubernetes iria rodar, ele chamava o DockerChain, porque o DockerChain se grudava a essa interface do Kubernetes e o Docker sim também falava com o Docker então é como se ele fosse ali um adaptador para que o Docker conseguisse falar no Kubernetes tá qual que é o grande problema galera quem tava mantendo esse Docker sim era a própria galera do Kubernetes. E o Docker evoluía toda hora. Então, começou a cada vez mais ficar complicado manter o Docker Scheme. Entendeu? Então, chegou um momento, que foi em 2022, que a galera do Kubernetes falou o seguinte. Nós não vamos mais manter o DockerChain funcionando. Logo, se o Docker não fizer uma reestruturação muito forte para ser um container runtime do Kubernetes, o Docker não mais vai rodar no Kubernetes. E foi isso que acabou acontecendo. Pararam de manter o Docker Scheme, o Docker perdeu a compatibilidade com o Kubernetes, e hoje, todas as vezes que você está rodando o Kubernetes, provavelmente o container runtime que está rodando ali não é mais o Docker E aí vem a segunda pergunta, a segunda questão Que é o seguinte Será que... Então, se eu desenvolver todo o meu programa local usando o Docker, esse programa que eu fiz rodando o Docker vai ser compatível com o Kubernetes? E a resposta para isso é sim, galera. Vocês têm que entender uma coisa. Uma coisa é o container runtime, que é o cara que executa o container. Esse cara não tem compatibilidade com o Kubernetes. Outra coisa é o container em si. O container tem um padrão, entendeu? E tanto o Docker quanto outros caras que geram imagens de container, utilizam esse mesmo padrão. Sacou? Então, na prática, o que isso significa? Significa que se eu estiver desenvolvendo um local na minha máquina, usando o Docker, eu gere uma imagem Docker ali para mim, e tente fazer o deploy dessa imagem no kubernetes mesmo docker não sendo o container onetime do kubernetes essa imagem vai funcionar normalmente porque essa imagem ela segue um padrão entende então quando começou um boato de que o docker não ia rodar mais no Kubernetes, um monte de gente já pensou que todas as imagens, tudo que ele fizesse com o Docker não ia mais funcionar com o Kubernetes. E essa galera estava extremamente enganada. Porque uma coisa é o container runtime, outra coisa é a imagem. E hoje existem diversos containers runtime, o Cryo, por exemplo, que rodam o container G. Tem um monte desses caras que podem ser instalados para rodar como container runtime, inclusive com uma performance melhor do que o Docker no Kubernetes. Então, o que que acontece isso não impede que as imagens geradas com docker rodem no kubernetes então você meu querido amigo e amiga que trabalham no dia a dia com docker e geram uma imagem sobre essa imagem um container registry do docker hub da WS não interessa qual e quiser que essa imagem rode no kubernetes vai funcionar normalmente tá bom então isso assim é importantíssimo você entender caso alguém venha falar alguma coisa parecida dessa para você que o docker não roda no kubernetes como container onetime realmente ele não roda mas as imagens geradas com docker vão rodar normalmente e é o que todo mundo faz no dia a dia beleza então somente para deixar isso bem claro aí pra você