filmov
tv
CI/CD - Integração Continua e Entrega Continua
Показать описание
💻 Conheça a Formação em Desenvolvimento Web 💻
🚀 Mergulhe nos nossos eBooks repletos de insights valiosos e junte-se à nossa comunidade no Discord, onde o aprendizado se torna uma experiência coletiva e inspiradora.
ta na hora da gente conversar um pouquinho sobre CI/CD
Nós vamos conversar sobre o que é e como funciona o Continuous integration e Continuous Delivery, ou em portugues Integração continua e Entrega Contínua.
Eu sou Roger Santos, seja bem vindo ao canal refatorando e bora pro vídeo.
Eu estava olhando os vídeos do canal e reparei que ja abordei diversos temas aqui mas falei muito pouco sobre o que eu faço no meu dia a dia como Build Engineer Manager aqui no canadá e uma das atividades mais importantes do meu trabalho é manter o CI / CD da empresa funcionando e evoluindo o tempo todo.
Mas Roger, que diabos é CI/CD.
Pra que a gente possa entender isso melhor precisamos separar as coisas e entender alguns termos. CI e CD são coisas diferentes, mas antes de entrar em detalhes de cada um deles eu quero falar um pouco sobre os pipelines.
Pipelines / Workflow ou Jobs são basicamente uma sequencia de etapas utilizadas para automatização de um processo, e para isso existem diversas ferramentas que você pode utilizar como o Jenkins, Azure Pipelines, AWS Code Pipeline, Cicle CI, Git Hub Actions e muitas outras disponíveis no mercado
e no nosso caso de pipeline de CI/CD, ele basicamente automatiza a integração e processo das etapas de Codificação , Testes e Implantação no ciclo de vida de desenvolvimento de software.
Com isso em mente vamos falar agora sobre o que é CI,
Continuous integration ou integra,ão continua é sempre que você faz commit de um codigo no Git, Bitbucket ou qualquer outro gerenciador de codigo esse código é integrado com o codigo de demais desenvolvedores e o CI vai garantir que essa integração esteja dentro dos padões de qualidade definidos pela empresa para que dai sim você possa executar o CD, a responsabilidade do CI é
- primeiro fazer o build, compilar o codigo se for uma linguagem compilavel ou empacotar o codigo com as dependencias se for uma linguagem interpretada,
- executar os testes automatizados ou unit tests.
- verificar a qualidade do codigo, segurança do codigo, vulnerabilidades, se o codigo está dentro do padrão da empresa e etc.
- basicamente essa etapa tenta garantir que o codigo que está indo para o servidor não vai quebrar o que está funcionando e nem adicionar vulnerabilidades.
com base nisso o CI pode ser um sucesso ou falhar dependendo de diversos fatores como, o build teve sucesso, esta dentro da cobertura de testes aceitavel, não tem nenhuma vulnerabilidade critica ou algo do genero
se ele falhar a etapa de CD nem inicia e o desenvolvedor tem que corrigir os problemas e commitar o codigo novamente e o CI faz tudo denovo até dar sucesso.
Depois disso vem o CD, Continuous Delivery ou entrega continua, de uma forma bem simples é a etapa do pipeline que vai pegar esse codigo que acabou de ser desenvolvido e colocar nos ambientes seja testes ou produção. o objetivo da integração continua é fazer com que os ambientes recebam novas atualizaçoes em curtos periodos de tempo, podendo ser até multiplas vezes durante o dia diferentemente do que acontecia antigamente onde se desenvolvia por meses antes de ver um codigo no ambiente de testes ou de produção, com isso podemos identificar e corigir os defeitos com muito mais rapidez e ter um software evoluindo continuamente
🚀 Mergulhe nos nossos eBooks repletos de insights valiosos e junte-se à nossa comunidade no Discord, onde o aprendizado se torna uma experiência coletiva e inspiradora.
ta na hora da gente conversar um pouquinho sobre CI/CD
Nós vamos conversar sobre o que é e como funciona o Continuous integration e Continuous Delivery, ou em portugues Integração continua e Entrega Contínua.
Eu sou Roger Santos, seja bem vindo ao canal refatorando e bora pro vídeo.
Eu estava olhando os vídeos do canal e reparei que ja abordei diversos temas aqui mas falei muito pouco sobre o que eu faço no meu dia a dia como Build Engineer Manager aqui no canadá e uma das atividades mais importantes do meu trabalho é manter o CI / CD da empresa funcionando e evoluindo o tempo todo.
Mas Roger, que diabos é CI/CD.
Pra que a gente possa entender isso melhor precisamos separar as coisas e entender alguns termos. CI e CD são coisas diferentes, mas antes de entrar em detalhes de cada um deles eu quero falar um pouco sobre os pipelines.
Pipelines / Workflow ou Jobs são basicamente uma sequencia de etapas utilizadas para automatização de um processo, e para isso existem diversas ferramentas que você pode utilizar como o Jenkins, Azure Pipelines, AWS Code Pipeline, Cicle CI, Git Hub Actions e muitas outras disponíveis no mercado
e no nosso caso de pipeline de CI/CD, ele basicamente automatiza a integração e processo das etapas de Codificação , Testes e Implantação no ciclo de vida de desenvolvimento de software.
Com isso em mente vamos falar agora sobre o que é CI,
Continuous integration ou integra,ão continua é sempre que você faz commit de um codigo no Git, Bitbucket ou qualquer outro gerenciador de codigo esse código é integrado com o codigo de demais desenvolvedores e o CI vai garantir que essa integração esteja dentro dos padões de qualidade definidos pela empresa para que dai sim você possa executar o CD, a responsabilidade do CI é
- primeiro fazer o build, compilar o codigo se for uma linguagem compilavel ou empacotar o codigo com as dependencias se for uma linguagem interpretada,
- executar os testes automatizados ou unit tests.
- verificar a qualidade do codigo, segurança do codigo, vulnerabilidades, se o codigo está dentro do padrão da empresa e etc.
- basicamente essa etapa tenta garantir que o codigo que está indo para o servidor não vai quebrar o que está funcionando e nem adicionar vulnerabilidades.
com base nisso o CI pode ser um sucesso ou falhar dependendo de diversos fatores como, o build teve sucesso, esta dentro da cobertura de testes aceitavel, não tem nenhuma vulnerabilidade critica ou algo do genero
se ele falhar a etapa de CD nem inicia e o desenvolvedor tem que corrigir os problemas e commitar o codigo novamente e o CI faz tudo denovo até dar sucesso.
Depois disso vem o CD, Continuous Delivery ou entrega continua, de uma forma bem simples é a etapa do pipeline que vai pegar esse codigo que acabou de ser desenvolvido e colocar nos ambientes seja testes ou produção. o objetivo da integração continua é fazer com que os ambientes recebam novas atualizaçoes em curtos periodos de tempo, podendo ser até multiplas vezes durante o dia diferentemente do que acontecia antigamente onde se desenvolvia por meses antes de ver um codigo no ambiente de testes ou de produção, com isso podemos identificar e corigir os defeitos com muito mais rapidez e ter um software evoluindo continuamente
Комментарии