bom pessoal seguinte no nosso vídeo anterior eu falei com vocês sobre réplica 7 e deployment como que essa parada toda funciona então o que eu vou fazer aqui pra gente começar a brincar eu vou fazer o seguinte eu vou pedir pra gente apagar esse réplica 7 eu vou dar um kubectl, delete replica 7, e o novo replica 7. Com isso, a gente também não vai ter mais nenhum pod rodando aqui para a gente. Qual que é o grande ponto agora aqui? Eu vou duplicar esse arquivo replica 7, e vou mudar esse arquivo para deploy. E esse arquivo deploy, eu vou fazer apenas uma, apenas uma alteração nele, que vai ser o quê? Eu vou mudar o tipo dele de replica set para deployment. Simples assim. Com essa mudança feita, eu vou ter exatamente o comportamento que eu falei que eu iria ter aqui para vocês. Eu vou pedir para ele criar por padrão 5 réplicas do Nginx. Legal? E agora eu vou mandar rodar. Cube CTL, Apply-F, Deploy aqui para mim e ele vai criar um deployment então vamos começar a entender o que está acontecendo aqui se eu der um kubectl get pods você vai perceber agora que eu tenho 5 pods rodando mas olha só que interessante a nomenclatura que está acontecendo na realidade galera, eu vou até mudar o nome deixa eu apagar esse cara aqui porque o nome tá deixa eu pagar esse cara aqui porque o nome ficou ruim vai vai gerar a vai gerar dúvida tá e vai gerar dúvida eu vou colocar aqui em ginex o depósito tá só para não gerar nenhuma dúvida aqui com a gente tá pessoal vamos lá então criei o bctl get podes aqui os meus cinco pode rodando então o como quitar a nomenclatura das coisas agora aqui esse cara aqui é o nome do meu deployment tá se você olhar aqui o enginex deploy tá? aí esse segundo nome aqui entre traços é o nome do meu replica set o meu replica set aqui ele tem um objetivo manter essas minhas 5 réplicas de pé e aqui é o nome do meu pod que foi gerado aleatoriamente também tá? então é assim que funciona a coisa daqui para frente se eu chegar aqui e deletar esse pode olha só cuboctl delet pode vou deletar o nome desse pode se eu chegar agora aqui você vai ver que a 4 segundos aqui ó já foi criado um pode novamente agora quem fez a criação automática desse pode foi o réplica 7 porque ele sabe que ele tem que buscar e ficar olhando todos esses podes aí para gente tá então olha só que interessante galera se eu for aqui cubictl get réplica 7 você vai ver que eu tenho um nome aqui do meu réplica 7, que vai ser o quê? Nginx deploy, que é o nome do meu deployment, tacinho o nome do meu réplica 7, e que agora ele deseja aqui 5 réplicas de pé, e está tudo bonitinho. Se eu colocar kubectl get deploy, ele vai trazer aqui para mim o nome do meu deployment, onde ele quer 5 pods rodando, ele tem 5 pods atualizados e 5 pods disponíveis. Qual que é a diferença disso, galera? Presta bem atenção. No replica 7, ele deseja cinco pode aqui ele verifica se os cinco podes estão atualizados ou seja na última versão que o deployment pediu e isso faz muita diferença porque porque durante a mudança de versão em um deployment pode ser que eu esteja rodando um pouco ainda com a versão antiga e um pouco com a versão nova. Então, aqui para a gente é importante saber também. Legal? Agora, o ponto mais importante aqui para você entender quando a gente está trabalhando com deployment é o seguinte. Se eu mudar aqui, por exemplo, o meu servidor web para o CAD, você vai perceber que quando eu rodar aqui, aplicar o meu deployment, o meu deployment vai perceber que eu mudei a versão, ele vai mandar zerar todos os pods daquele replica set, vai criar um novo replica set com essa versão nova. Então vamos ver o que isso vai acontecer na prática aqui pra gente. Olha só. Vou dar um Apply. Vou dar um Get Deploy. E olha só que interessante. Eu tenho 4 de 5 e eu tenho somente 3 com as versões mais atualizadas. Se eu rodar agora, agora eu já tenho 5 de 5. O que vai acontecer então aqui, galera? Se eu olhar a quantidade de 5. O que vai acontecer então aqui, galera? Se eu olhar a quantidade de pods que eu tenho rodando, você vai ver que eles foram criados recentemente. Por quê? Porque foram apagados os antigos e novos foram criados. E como que você sabe que eu não estou mentindo? Porque se eu for aqui e pegar os meus réplicas sets, você vai ver agora que eu tenho dois réplicas sets. Eu tenho esse réplica set que está desejando nenhum pod, ou seja, está com zero pods, ou seja, é aquela versão antiga do Nginx, e eu tenho esse cara aqui com as cinco novas versões que eu solicitei. Porém, o mundo é muito louco, né? Se eu chegar agora aqui e mudar para o Nginx de volta, olha só o que vai acontecer. Vou dar um Apply. Vou pegar de novo o Replica 7. E olha só o que vai acontecer. E olha só o que vai acontecer. Ele vai zerar a versão mais nova, que era com o CAD, e vai voltar os cinco pods para a versão mais antiga, que era a versão com o Nginx. Legal? Então aqui você pode perceber, galera, que o deployment gerencia a réplica 7. Quando aparece versão nova, ele cria novos réplicas 7. Quando a versão volta, ele manda o réplica 7 antigo ser reestabelecido. E quando você deleta um deployment, ele vai sair deletando tudo em cascata ali para você. Legal? Então, a gente viu alguns componentes que são chaves para que você consiga ter o mínimo de conhecimento do Kubernetes. Que é entender como funcionam os pods, como funcionam os replica sets e como funcionam os deployments. Se você souber já esses três caras, você já começa a conseguir conversar com muitas pessoas sobre esse assunto de Kubernetes, porque você já sabe como uma aplicação é executada no Kubernetes. Obviamente, existem muitas outras coisas, inclusive a gente vai ver obviamente existem muitas outras coisas inclusive a gente vai ver aqui essas muitas outras coisas porém o mais importante de tudo tá é você ter esse fundamento que eu acabei de passar você entendendo isso a gente começa a brincar e falar de outros assuntos fechou um grande abraço e até o nosso próximo vídeo