É a vida... em TI vivemos de ciclos... Por aqui usamos CRI-O como engine e podman como CLI, por consequência de trabalhar com OCP4 e OKD... simples como voar :)
AGORA QUE VOCÊ JÁ ESTÁ AQUI, BORA DEIXAR A FRASE SECRETA LÁ NO INSTAGRAM: instagram.com/p/CLILFPaMBwL/ Não esqueça a frase secreta! Deixa como um comentário exatamente nesse post! #VAIIII
Muito bem exposto Jefferson.... realmente vocês estão falando disso a mais de 1 ano e lembro bem disso. Isso já era um rumor muito forte, e acompanhando o fato da própria Red Hat estar apoiando projeto como Podman e containerd... já tínhamos ótimos indícios que a concorrência ao Docker será apoiada também por projetos como o próprio Kubernetes....
@@stuardbrtube exatamente meu caro.... sabemos bem que projetos nascem e morrem com uma velocidade enorme no mundo Open source, e que um dado projeto, se não corresponder constantemente a expectativas, pode levar uma comunidade inteira, e claro, grandes players mirarem a atenção para outros projetos emergentes...
Esse vídeo mais causou confusão do que ajudou. Mesmo dropando o dockershim, qualquer imagem gerada com docker ainda vai funcionar dentro do kubernetes, pois docker ainda segue OCI. Ou seja, na prática nada vai mudar, no final do dia tudo roda no containerd
Tá, vamos lá. uma coisa é Runtime e outra coisa é a ferramenta Docker. Você vai continuar usando Docker no ambiente de desenvolvimento e no kubernetes você usa o containerd como Runtime. Mas as imagens vão continuar sendo geradas utilizando Dockerfile, por exemplo. Acredito que a estratégia está correta, com a especificação do Containerd. O próprio Docker já se movimentou para isso.
É o caminho normal, pois o que está sendo tratado é apenas o runtime de contêiner. O Docker tem muito mais coisas do que somente o runtime. Isso vai reduzir ainda mais o peso do K8S, pois vai focar em padrões mais claros. O importante é sempre entender o fundamento (conteinerização no caso), pois as ferramentas mudam a todo momento.
Eu tenho cluster de k8s em bare metal, vai ser foda migrar isso tudo mesmo com kubespray. TO pensando em subir outro cluster com containerd. Eu andei olhando e o containerd é o mais leve e ja é usado, fora que os benchmark apontam ele bem rápido pra subir as aplicações. Muito bom o vídeo man. Outra coisa é usar Calico como CNI, hoje usamos weave que é muito bom tb!!
To achando que vai ser mais ou menos o caso do IPv4 e IPv6. IPv6, apesar de estar em uso há anos, ainda não "pegou" para valor. Suspeito que o docker vai correr para ficar conforme com o CRI e o com isso, o suporte não será removido. #oremos.
Algum de vocês acha que o Kubernetes pode estar dando um tiro no pé? Vocês acham que há possibilidade do pessoal que usa e gosta de Docker, trocar de orquestrador, migrando para o Nomad, por exemplo?
muito dificil. Hoje quem "dita as regras", quem está com o "mando de campo" é o Kubernetes e não o Docker. A conclusão que tenho desse e acontecimentos anteriores recentes é que o Docker se torna cada vez mais uma ferramenta para o Desenvolvedor e não mais para Operação
Não porque eu ainda posso buildar uma imagem na minha máquina, subir pro registry e rodar no k8s. Enquanto isso, do outro lado, a gente vai ter só um trampinho gostoso pra substituir a runtime do Docker pelo Cri-o, containerD ou similares. Até por questão de carga de trabalho pra resolver essa treta, é mais trabalhoso trocar de orquestrador do que só trocar a runtime do kubernetes
Pra mim o tiro no pé parece ser do Docker, já que alguns concorrentes implementaram a interface de runtime, fora que o Docker Hub já sofreu algumas limitações. Se parar pra pensar todo mundo usa k8s pra poder migrar de serviço de nuvem de forma fácil com o mínimo de provider lock, nesse ponto quem está fazendo o lock é o Docker por não seguir o padrão de interface, é melhor já sair agora, do que depois que o k8s provavelmente já se distanciou mais, com curva maior e mais componentes na jogada.
Curioso para ver qual container runtime os cloud providers vão optar, em especial a AWS já que eles estão meio que tretados com Docker. Depois deles falarem que vão fazer um registry publico, será que vai rolar um container runtime da AWS tbm?
Vamos ver como os grandes Players como AWS, AKS e GCP vão lhe dar com isso, essa é uma movimentação muito importante para dar entrada para alternativas que possam ser melhores que o Docker :D
Muito bem observado.... aliás, grandes players como a Amazon, Microsoft e Google estão bem antenados a estas mudanças de direção na comunidade, e sem dúvida alguma já estão em fase de adaptação..... em resumo, isso sempre foi um diferencial para a comunidade open source.... opções surgindo e aumentando nosso leque de escolha.... lembro bem que, quando o Xen teve um boom de utilização como hypervisor, em pouco tempo, com a Red Hat adquirindo a Qumranet, vimos um grande crescimento de adoção do KVM.
@@julinhoramones acredito que já começaremos a ver essas movimentações viu, e acho que alguns como Google e Microsoft por exemplo podem começar tentar comprar soluções para oferecer como alternativas padrões já instaladas mas soluções de clister k8s ofertados por eles viu
Wow, agora sim fomos surpreendidos... O mais engraçado é que eu estava pensando em usar o podman ao invés do docker como container runtime em uma proposta que estava desenvolvendo... É engraçado o caminho que o docker está tomando...
eu tou terminando o curso de docker kkkkk vou começar a estudar kubernetes ainda, já vou procurar alternativas tipo o cri-io e o podman. Pelo que entendi imagens feitas via dockerfile funcionarão tranquilamente, porém o kubernetes não irá precisar mais do binário do docker no servidor pra conseguir orquestrar os containers, é isso mesmo ou entendi errado?
Ainda bem que acabou. a questão que ele falou de politicagem realmente ocorre e o docker não estava bem na fita mesmo. vai acabar morrendo. Vida longa e prospera ao Podman!!!
A mim não me vai afectar eu normalmente uso appengine ,assim não tem como dar errado, mas é mais caro. VOCÊ TEM ALGUMA INDICAÇÃO DE UM CURSO DEVOPS ?Eu sempre usei linux mas por medo e falta de conhecimento avançado tenho medo de usar kubernetes
Todo mundo migra pro podman dai o Kubernetes resolve criar o jeito próprio deles haha Não sei se fico feliz com essas mudanças ou me decepciono com o tanto de coisa para estudar haha
Fala isso pra quem é dev, 1000 novos frameworks por mês que geralmente fazem a mesma coisa 😂 Piadas à parte, essa é a vida de quem trabalha com T.I, sempre estudando, se atualizando e se adaptando.
Então mano, o "tudo muda" vai ser assim por um longo tempo. Todas ferramentas evoluem em busca de mais produtividade, menos desacoplamento, menos vendor lockin, etc. Se assim não fosse hoje você estaria programando em um terminal de tela preta com um cursor piscando na sua tela pra entrar com um comando ou então perfurando cartões. Abrace a mudança, ela vem pra que evoluamos. Nesse caso especificamente, é uma ferramenta (que hoje podemos dizer que é o padrão de mercado) dizendo para outra ferramenta (que também foi padrão por um longo tempo) que essa deveria se adequar a uma convenção, tudo isso para facilitar a minha e a sua vida, para que quando olhemos para containers, possamos ver os mesmos padronizados, exatamente para diminuir a quantidade de mudanças que teríamos que fazer em caso de uma futura intenção de troca de tecnologia de container ou até mesmo você como usuário poder usar alguma outra solução de container sem precisar reaprender tudo do 0. Sendo assim, analise, algumas mudanças na verdade são exatamente exemplos de profissionalismo e não a falta de senso dele. ;-)
E o que você acha disso? Já utiliza outro container runtime?
É a vida... em TI vivemos de ciclos... Por aqui usamos CRI-O como engine e podman como CLI, por consequência de trabalhar com OCP4 e OKD... simples como voar :)
AGORA QUE VOCÊ JÁ ESTÁ AQUI, BORA DEIXAR A FRASE SECRETA LÁ NO INSTAGRAM: instagram.com/p/CLILFPaMBwL/
Não esqueça a frase secreta! Deixa como um comentário exatamente nesse post! #VAIIII
#EUQUEROUMAOVERPEACH
#EuQueroUmaOverPeach
#EUQUEROUMAOVERPEACH
#EUQUEROUMAOVERPEACH // @LINUXtips sua linda
#EUQUEROUMAOVERPEACH #VAIIII
Aki na firma a gente e tão atrasado que só devemos preocupar com isso daqui a uns 10 anos. :~(
Muito bem exposto Jefferson.... realmente vocês estão falando disso a mais de 1 ano e lembro bem disso.
Isso já era um rumor muito forte, e acompanhando o fato da própria Red Hat estar apoiando projeto como Podman e containerd... já tínhamos ótimos indícios que a concorrência ao Docker será apoiada também por projetos como o próprio Kubernetes....
Pois é. Os cara acharam que por ser o player mais importante do mercado, que o reinado estava garantido para sempre e que todo mundo ia se curvar.
@@stuardbrtube exatamente meu caro.... sabemos bem que projetos nascem e morrem com uma velocidade enorme no mundo Open source, e que um dado projeto, se não corresponder constantemente a expectativas, pode levar uma comunidade inteira, e claro, grandes players mirarem a atenção para outros projetos emergentes...
Houve atualização sobre esse assunto? Somente fiquei sabendo agora dessa questão.
O Docker continua citando o Kubernetes nos tutoriais na documentação oficial, não sei dizer o que se desenrolou nesses últimos 8 meses...
Parabéns Jeferson pelo trabalho!
Olha quem eu encontro aqui! heheh cara dedicado.
@@maykonhammer LinuxTips é show, vejo bastante vídeos.
Será que se a Docker Inc corrigir e entrar no CRI Standard, pode ser que desistam de descontinuar o Docker?
Sinto cheiro de Crescimento para Nomad e Podman. O Docker mais o Kubernetes pode perde usuários nessa brincadeira.
Eu mesmo já não suportava docker faz um tempo
Notícia importantíssima. Obrigado por compartilhar mais uma vez Jeerson.
Esse vídeo mais causou confusão do que ajudou. Mesmo dropando o dockershim, qualquer imagem gerada com docker ainda vai funcionar dentro do kubernetes, pois docker ainda segue OCI. Ou seja, na prática nada vai mudar, no final do dia tudo roda no containerd
Tá, vamos lá. uma coisa é Runtime e outra coisa é a ferramenta Docker. Você vai continuar usando Docker no ambiente de desenvolvimento e no kubernetes você usa o containerd como Runtime. Mas as imagens vão continuar sendo geradas utilizando Dockerfile, por exemplo.
Acredito que a estratégia está correta, com a especificação do Containerd. O próprio Docker já se movimentou para isso.
Cabe agora a cada um de nós arregaçar as mangas e conhecer outros container runtime, bora estudar!!!! Obrigado pelo video!!!
É o caminho normal, pois o que está sendo tratado é apenas o runtime de contêiner. O Docker tem muito mais coisas do que somente o runtime. Isso vai reduzir ainda mais o peso do K8S, pois vai focar em padrões mais claros. O importante é sempre entender o fundamento (conteinerização no caso), pois as ferramentas mudam a todo momento.
Eu estava preocupado com você tomando chazinho xará. É bom vê-lo tomando cerveja de novo. 😂😂😂😂😂
Eu acho, e espero, que no ano que vem o Docker se torne compatível novamente. Vai que...
No Container Expert vc comenta um pouquinho sobre Containerd ou Podman no K8s?
E vamos de Lab Podman and ContainerD. Esse Jeff é do cacique. Vlw irmão.
Eu tenho cluster de k8s em bare metal, vai ser foda migrar isso tudo mesmo com kubespray. TO pensando em subir outro cluster com containerd. Eu andei olhando e o containerd é o mais leve e ja é usado, fora que os benchmark apontam ele bem rápido pra subir as aplicações. Muito bom o vídeo man. Outra coisa é usar Calico como CNI, hoje usamos weave que é muito bom tb!!
To achando que vai ser mais ou menos o caso do IPv4 e IPv6. IPv6, apesar de estar em uso há anos, ainda não "pegou" para valor. Suspeito que o docker vai correr para ficar conforme com o CRI e o com isso, o suporte não será removido. #oremos.
Algum de vocês acha que o Kubernetes pode estar dando um tiro no pé? Vocês acham que há possibilidade do pessoal que usa e gosta de Docker, trocar de orquestrador, migrando para o Nomad, por exemplo?
muito dificil.
Hoje quem "dita as regras", quem está com o "mando de campo" é o Kubernetes e não o Docker. A conclusão que tenho desse e acontecimentos anteriores recentes é que o Docker se torna cada vez mais uma ferramenta para o Desenvolvedor e não mais para Operação
Não porque eu ainda posso buildar uma imagem na minha máquina, subir pro registry e rodar no k8s. Enquanto isso, do outro lado, a gente vai ter só um trampinho gostoso pra substituir a runtime do Docker pelo Cri-o, containerD ou similares.
Até por questão de carga de trabalho pra resolver essa treta, é mais trabalhoso trocar de orquestrador do que só trocar a runtime do kubernetes
Pra mim o tiro no pé parece ser do Docker, já que alguns concorrentes implementaram a interface de runtime, fora que o Docker Hub já sofreu algumas limitações. Se parar pra pensar todo mundo usa k8s pra poder migrar de serviço de nuvem de forma fácil com o mínimo de provider lock, nesse ponto quem está fazendo o lock é o Docker por não seguir o padrão de interface, é melhor já sair agora, do que depois que o k8s provavelmente já se distanciou mais, com curva maior e mais componentes na jogada.
Por favor alguém pode explicar os motivos de não continuar usando uma versão antiga do k8s?
partiu podman!
Curioso para ver qual container runtime os cloud providers vão optar, em especial a AWS já que eles estão meio que tretados com Docker. Depois deles falarem que vão fazer um registry publico, será que vai rolar um container runtime da AWS tbm?
Será que com essas modificações ainda vale apena aprender docker?
Com certeza
Sim sim, afinal ele é e continuará sendo o principal container runtime, builder, e muito mais.
Comentando algo sobre KUBERNETES e Docker para ajudar o canal!
Vai ter alguma mudança no curso Container Expert por causa dessa notícia?
Vamos ver como os grandes Players como AWS, AKS e GCP vão lhe dar com isso, essa é uma movimentação muito importante para dar entrada para alternativas que possam ser melhores que o Docker :D
Muito bem observado.... aliás, grandes players como a Amazon, Microsoft e Google estão bem antenados a estas mudanças de direção na comunidade, e sem dúvida alguma já estão em fase de adaptação..... em resumo, isso sempre foi um diferencial para a comunidade open source.... opções surgindo e aumentando nosso leque de escolha.... lembro bem que, quando o Xen teve um boom de utilização como hypervisor, em pouco tempo, com a Red Hat adquirindo a Qumranet, vimos um grande crescimento de adoção do KVM.
@@julinhoramones acredito que já começaremos a ver essas movimentações viu, e acho que alguns como Google e Microsoft por exemplo podem começar tentar comprar soluções para oferecer como alternativas padrões já instaladas mas soluções de clister k8s ofertados por eles viu
AKS ja estao dando opcoes
Essa é outra ferida na alteração do negocio...
Lhe dar...
Wow, agora sim fomos surpreendidos... O mais engraçado é que eu estava pensando em usar o podman ao invés do docker como container runtime em uma proposta que estava desenvolvendo... É engraçado o caminho que o docker está tomando...
Né? Foi o primeiro container usado em larga escala e parece que agora ta saindo de cena
eu tou terminando o curso de docker kkkkk vou começar a estudar kubernetes ainda, já vou procurar alternativas tipo o cri-io e o podman. Pelo que entendi imagens feitas via dockerfile funcionarão tranquilamente, porém o kubernetes não irá precisar mais do binário do docker no servidor pra conseguir orquestrar os containers, é isso mesmo ou entendi errado?
Eu entendi a mesma coisa
Exato mano!
Ainda bem que acabou. a questão que ele falou de politicagem realmente ocorre e o docker não estava bem na fita mesmo. vai acabar morrendo. Vida longa e prospera ao Podman!!!
A mim não me vai afectar eu normalmente uso appengine ,assim não tem como dar errado, mas é mais caro. VOCÊ TEM ALGUMA INDICAÇÃO DE UM CURSO DEVOPS ?Eu sempre usei linux mas por medo e falta de conhecimento avançado tenho medo de usar kubernetes
Tudo é boooom mano!
Todo mundo migra pro podman dai o Kubernetes resolve criar o jeito próprio deles haha
Não sei se fico feliz com essas mudanças ou me decepciono com o tanto de coisa para estudar haha
bom vídeo, mas podia ter 1 min de duração
E aqui só água de chuca da Ambev....
Ligaram o moedor, mais uma vez!
As empresas de tecnologia deveriam ter mais senso profissionalismo, tudo muda nessa pohha!
LOL
o senso de profissionalismo é ganhar mais e mais dinheiro economizando com processamento por isso as coisas muda pq não usamos windows 95?
Fala isso pra quem é dev, 1000 novos frameworks por mês que geralmente fazem a mesma coisa 😂 Piadas à parte, essa é a vida de quem trabalha com T.I, sempre estudando, se atualizando e se adaptando.
Então mano, o "tudo muda" vai ser assim por um longo tempo. Todas ferramentas evoluem em busca de mais produtividade, menos desacoplamento, menos vendor lockin, etc. Se assim não fosse hoje você estaria programando em um terminal de tela preta com um cursor piscando na sua tela pra entrar com um comando ou então perfurando cartões. Abrace a mudança, ela vem pra que evoluamos.
Nesse caso especificamente, é uma ferramenta (que hoje podemos dizer que é o padrão de mercado) dizendo para outra ferramenta (que também foi padrão por um longo tempo) que essa deveria se adequar a uma convenção, tudo isso para facilitar a minha e a sua vida, para que quando olhemos para containers, possamos ver os mesmos padronizados, exatamente para diminuir a quantidade de mudanças que teríamos que fazer em caso de uma futura intenção de troca de tecnologia de container ou até mesmo você como usuário poder usar alguma outra solução de container sem precisar reaprender tudo do 0.
Sendo assim, analise, algumas mudanças na verdade são exatamente exemplos de profissionalismo e não a falta de senso dele. ;-)
É só você não atualizar nada nunca que não vai mudar kk
#euqueroumaoverpeach
Acabou a era do cházinho?? #VAIII
Descompilicando o Podman, Descompilicando o Containerd. Nos pacotes de cursos LINUXTips?
podman e lxc
#EUQUEROUMAOVERPEACH
Como complemento:
kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/
E qual será a escolha do pai da criança?
O que será que o Google vai fazer?
Seria uma boa referência!
Eles usam o containerd já há algumas versões no GKE
mas mano. e o cha? kkkkkkk
Segue meu like
oq aconteceu "o fim da exclusividade do docker" oq colocam no título "o fim do docker" kkkkk
2020 so noticia ruim kkkkkkk
Tretas
Docker ja vai tarde.
Soa mais como uma pressão para o docker se adequar aos padrões de interface e vida que segue senão, adeus docker.
#EUQUEROUMAOVERPEACH