Palestra proferida no DevPira 2019 sobre as práticas DevSecOps.
Comparação entre o modelo tradicional e os benefícios, dores e impactos nas equipes de negócios e tecnologia da informação no processo de mudança cultural.
TDC2018SP | Trilha UX - Pair Programming: Troque seu FONE por um DEVtdc-globalcode
O documento apresenta os benefícios do Pair Programming para uma equipe de desenvolvimento, como redução de bugs e melhoria da qualidade. Apresenta os desafios iniciais da equipe e como o Pair Programming ajudou a reduzir a taxa de bugs em 26% e 75% ao longo de 30 semanas. Discute valores como comunicação, respeito, feedback e coragem para apoiar a prática.
TDC2018SP | Trilha UX - Deploy Continuo de Software Legado: Loucura ou Genial...tdc-globalcode
O documento discute estratégias para implementar deploy contínuo em software legado de forma gradual e segura. Ele sugere começar com uma camada anti-corrupção para isolar o código legado e migrar funcionalidades para novas tecnologias de forma incremental, priorizando áreas com maior risco ou necessidade de mudança. Implementar deployes com zero downtime também é apresentado como forma de viabilizar a transição.
O documento discute testes ágeis, apresentando conceitos como teste de unidade, integração e aceitação. Também apresenta ferramentas como Mocha.js, Chai.js e Selenium para automatizar testes em Node.js de forma ágil, seguindo princípios como TDD.
A apresentação descreve a transição de carreira de Leandro Muto de QA Engineer para Software Developer Engineer in Test (SDET). O documento fornece dicas sobre como assumir novas responsabilidades, como desenvolver testes, fazer entregas contínuas e pedir ajuda ao time. Recomenda cursos online de automação de testes para aperfeiçoar as habilidades.
O documento discute os conceitos de CI/CD, como automação contínua do ciclo de vida de aplicações, incluindo testes, entrega e implantação. Também aborda como implementar CI/CD na prática com ferramentas como Jenkins, Docker Swarm e Github, destacando que requer processo de desenvolvimento eficiente, equipe madura e infraestrutura de monitoramento.
Testando serviços aws localmente com Localstack e JUnitRodrigo Vieira
O documento apresenta Localstack, uma ferramenta que permite simular localmente os serviços da AWS para fins de desenvolvimento e testes. O autor discute a importância dos testes de software e motiva o uso de ferramentas como Localstack para permitir testes automatizados dos sistemas sem depender de infraestrutura na nuvem. Uma demonstração mostra a integração de Localstack com JUnit para execução de testes que usam os serviços simulados.
DevOps Culture: Como implementar métodos ágeis em infraestrutura como códigoCriciúma Dev
O documento discute como implementar métodos ágeis em infraestrutura como código, abordando práticas como Continuous Integration, Continuous Delivery e Continuous Deployment para entregar código de forma contínua através de automação. A integração e entrega contínua requerem validações como testes unitários e de aceitação para garantir a qualidade do código antes do deploy para produção. A infraestrutura também pode ser provisionada como código através de templates para automação e reproducibilidade.
O documento discute a implementação de Continuous Integration/Continuous Delivery (CI/CD) na AWS para entrega contínua de aplicações com qualidade. Ele explica que CI/CD permite que desenvolvedores entreguem código com mais facilidade, segurança e qualidade através de automações e testes, e que tudo é entregue na produção através de processos automatizados. Também discute como ferramentas como Code Commit, Code Pipeline, Code Build e Code Deploy são usadas na AWS para implementar CI/CD.
TDC2018SP | Trilha UX - Pair Programming: Troque seu FONE por um DEVtdc-globalcode
O documento apresenta os benefícios do Pair Programming para uma equipe de desenvolvimento, como redução de bugs e melhoria da qualidade. Apresenta os desafios iniciais da equipe e como o Pair Programming ajudou a reduzir a taxa de bugs em 26% e 75% ao longo de 30 semanas. Discute valores como comunicação, respeito, feedback e coragem para apoiar a prática.
TDC2018SP | Trilha UX - Deploy Continuo de Software Legado: Loucura ou Genial...tdc-globalcode
O documento discute estratégias para implementar deploy contínuo em software legado de forma gradual e segura. Ele sugere começar com uma camada anti-corrupção para isolar o código legado e migrar funcionalidades para novas tecnologias de forma incremental, priorizando áreas com maior risco ou necessidade de mudança. Implementar deployes com zero downtime também é apresentado como forma de viabilizar a transição.
O documento discute testes ágeis, apresentando conceitos como teste de unidade, integração e aceitação. Também apresenta ferramentas como Mocha.js, Chai.js e Selenium para automatizar testes em Node.js de forma ágil, seguindo princípios como TDD.
A apresentação descreve a transição de carreira de Leandro Muto de QA Engineer para Software Developer Engineer in Test (SDET). O documento fornece dicas sobre como assumir novas responsabilidades, como desenvolver testes, fazer entregas contínuas e pedir ajuda ao time. Recomenda cursos online de automação de testes para aperfeiçoar as habilidades.
O documento discute os conceitos de CI/CD, como automação contínua do ciclo de vida de aplicações, incluindo testes, entrega e implantação. Também aborda como implementar CI/CD na prática com ferramentas como Jenkins, Docker Swarm e Github, destacando que requer processo de desenvolvimento eficiente, equipe madura e infraestrutura de monitoramento.
Testando serviços aws localmente com Localstack e JUnitRodrigo Vieira
O documento apresenta Localstack, uma ferramenta que permite simular localmente os serviços da AWS para fins de desenvolvimento e testes. O autor discute a importância dos testes de software e motiva o uso de ferramentas como Localstack para permitir testes automatizados dos sistemas sem depender de infraestrutura na nuvem. Uma demonstração mostra a integração de Localstack com JUnit para execução de testes que usam os serviços simulados.
DevOps Culture: Como implementar métodos ágeis em infraestrutura como códigoCriciúma Dev
O documento discute como implementar métodos ágeis em infraestrutura como código, abordando práticas como Continuous Integration, Continuous Delivery e Continuous Deployment para entregar código de forma contínua através de automação. A integração e entrega contínua requerem validações como testes unitários e de aceitação para garantir a qualidade do código antes do deploy para produção. A infraestrutura também pode ser provisionada como código através de templates para automação e reproducibilidade.
O documento discute a implementação de Continuous Integration/Continuous Delivery (CI/CD) na AWS para entrega contínua de aplicações com qualidade. Ele explica que CI/CD permite que desenvolvedores entreguem código com mais facilidade, segurança e qualidade através de automações e testes, e que tudo é entregue na produção através de processos automatizados. Também discute como ferramentas como Code Commit, Code Pipeline, Code Build e Code Deploy são usadas na AWS para implementar CI/CD.
TDC2018FLN | Trilha Testes - Flaky tests: O flakiness que ha em vocetdc-globalcode
O documento discute testes instáveis ("flaky") em automação de testes, identificando possíveis causas como internet, ferramentas, colegas e cobertura fraca de testes. Ele também apresenta princípios SACRED para criar testes mais confiáveis, focando no estado da aplicação, algoritmos, validações e execução determinística. Por fim, enfatiza a importância de refletir sobre a necessidade de cada teste e melhorar a testabilidade do produto.
O documento descreve o desenvolvimento guiado por testes (TDD), definindo suas regras e etapas. Ele explica que TDD envolve escrever testes antes da implementação para forçar um design melhor e encontrar bugs mais rápido, resultando em código de maior qualidade apesar de possivelmente demorar mais no início.
O documento lista diversas áreas que um desenvolvedor de software (DEV) pode atuar, como front-end, back-end, mobile, DevOps, banco de dados, ciência de dados e testes, e descreve de forma geral o que cada área envolve e o conhecimento desejável.
Greenbar - Testes automatizados na sua empresaRafael Ponte
Experiência de quase 2 anos tentando inserir e manter a cultura de testes automatizados numa empresa. Desafios e as barreiras enfrentadas ao adotar a cultura de testes automatizados nesta empresa, onde acertamos e onde erramos, como a equipe (e isso inclui os gerentes) responderam a mudança e como isso impactou nos sprints e entrega de software.
O documento discute o papel de um engenheiro de software de confiabilidade (SRE) na Google. Um SRE divide seu tempo igualmente entre inovação e manutenção de software, com foco em automatizar processos e garantir que sistemas funcionem sem intervenção humana. O documento também explica as diferenças entre níveis de serviço acordados (SLA) e objetivos (SLO).
O documento discute a importância de testes automatizados de unidade para garantir que o software funciona como esperado e atende aos requisitos de negócio. Ele explica porque apenas compilar e executar o código não são suficientes, e destaca que testes automatizados trazem benefícios como verificabilidade, repetibilidade e rapidez. Além disso, enfatiza que escrever testes deve ser parte integrante do desenvolvimento de software.
Continuous integration, por que ainda se fala disso? E como podemos melhorar nossos processos com ele?
Apresentação feita na Dafiti Conference 2014, por mim e Alex Chastinet (http://pt.slideshare.net/alexchastinet)
Dafiti Conference 2014:
http://ti.dafiti.com.br/dafiti-tech-conference-2014/
O documento discute a importância da integração contínua e entrega contínua para entregar valor ao cliente de forma rápida e confiável. Ele descreve como a equipe automatizou os processos de build, teste, implantação e monitoramento para permitir várias implantações por dia com alta confiança e zero tempo de inatividade. A automação removeu barreiras e permitiu que a equipe se concentrasse em entregar valor ao negócio de forma mais ágil.
O documento discute sobre DevOps, apresentando a empresa e seu foco em otimizar processos de desenvolvimento e entrega contínua através de automação, integração e testes. Explica como a adoção de DevOps pode reduzir custos e tempo de entrega por meio de testes automatizados, integrados e contínuos desde o desenvolvimento. Oferece soluções como criar testes funcionais e integrados e usar ferramentas de integração contínua.
O documento discute os pilares da DevOps: Integração Contínua, Entrega Contínua e Feedback Contínuo. A Integração Contínua envolve integrar frequentemente códigos em um repositório central e executar testes. A Entrega Contínua automatiza a criação, teste e preparação de códigos para produção. Essas práticas levam a uma velocidade e confiabilidade melhoradas na entrega de software.
O documento discute o desenvolvimento de software em equipe utilizando o GeneXus Server. Ele descreve os benefícios do ambiente de desenvolvimento autônomo e consolidado do GeneXus Server, como rastreabilidade, segurança e acesso remoto. Também discute como o GeneXus Server facilita o atendimento às metodologias CMMI e MPS Br para gerenciamento de configuração e desenvolvimento ágil em equipe.
1) Uélerson pede à equipe de desenvolvimento para implantar um novo artefato no ambiente de produção.
2) As instruções e artefatos estão anexados em um arquivo PDF.
3) A equipe de desenvolvimento está realizando o deploy no ambiente de produção.
Quebrando barreiras entre desenvolvimento e operação de software com DevOpsJosé Alexandre Macedo
Apresentado para o Pop-ES e NPD da Ufes. Conheça o significado de DevOps e como ele pode apoiar entregas mais rápidas de software por meio da mudança de cultura, automatização entre outras...
7Masters - Devops - Do legado ao ci cd em 7 minutosiMasters
O documento discute a evolução de um sistema legado para um pipeline de CI/CD. Primeiro, descreve as limitações de um sistema legado sem controle de versão ou testes. Em seguida, introduz o conceito de integração contínua (CI), onde commits são automaticamente testados. Por fim, aborda a entrega contínua (CD), onde builds passando nos testes são implantados automaticamente na produção.
Entrega Contínua e Aplicações em ProduçãoVanessa Gomes
O documento discute os fundamentos e práticas da entrega contínua, incluindo integração contínua, qualidade contínua e gerenciamento de configuração. Também aborda como a entrega contínua pode ajudar as aplicações a ficarem prontas para produção através de tolerância a falhas, teste de carga e estabilidade.
O documento discute os benefícios do desenvolvimento orientado a testes (TDD), como escrever testes de unidade para validar o código e identificar bugs, e recomendações para começar a usar TDD em projetos.
O documento discute como implementar DevOps em uma empresa, enfatizando a importância da cultura, automação e entrega contínua. Ele apresenta DevOps como uma filosofia que une desenvolvedores e operações e destaca estudos que mostram que empresas que adotam DevOps entregam código 30x mais rápido e com 50% menos bugs.
O documento discute como as práticas do Extreme Programming (XP) se tornaram menos populares ao longo dos anos, apesar de serem consideradas importantes para a construção de software de qualidade. Apresenta possíveis razões para isso, como a ênfase maior em gestão do que em engenharia e a dificuldade de mudança cultural. Defende que equipes ágeis devem concentrar-se mais nas disciplinas técnicas do XP e trazer essas práticas de volta.
TDC2018FLN | Trilha Testes - Flaky tests: O flakiness que ha em vocetdc-globalcode
O documento discute testes instáveis ("flaky") em automação de testes, identificando possíveis causas como internet, ferramentas, colegas e cobertura fraca de testes. Ele também apresenta princípios SACRED para criar testes mais confiáveis, focando no estado da aplicação, algoritmos, validações e execução determinística. Por fim, enfatiza a importância de refletir sobre a necessidade de cada teste e melhorar a testabilidade do produto.
O documento descreve o desenvolvimento guiado por testes (TDD), definindo suas regras e etapas. Ele explica que TDD envolve escrever testes antes da implementação para forçar um design melhor e encontrar bugs mais rápido, resultando em código de maior qualidade apesar de possivelmente demorar mais no início.
O documento lista diversas áreas que um desenvolvedor de software (DEV) pode atuar, como front-end, back-end, mobile, DevOps, banco de dados, ciência de dados e testes, e descreve de forma geral o que cada área envolve e o conhecimento desejável.
Greenbar - Testes automatizados na sua empresaRafael Ponte
Experiência de quase 2 anos tentando inserir e manter a cultura de testes automatizados numa empresa. Desafios e as barreiras enfrentadas ao adotar a cultura de testes automatizados nesta empresa, onde acertamos e onde erramos, como a equipe (e isso inclui os gerentes) responderam a mudança e como isso impactou nos sprints e entrega de software.
O documento discute o papel de um engenheiro de software de confiabilidade (SRE) na Google. Um SRE divide seu tempo igualmente entre inovação e manutenção de software, com foco em automatizar processos e garantir que sistemas funcionem sem intervenção humana. O documento também explica as diferenças entre níveis de serviço acordados (SLA) e objetivos (SLO).
O documento discute a importância de testes automatizados de unidade para garantir que o software funciona como esperado e atende aos requisitos de negócio. Ele explica porque apenas compilar e executar o código não são suficientes, e destaca que testes automatizados trazem benefícios como verificabilidade, repetibilidade e rapidez. Além disso, enfatiza que escrever testes deve ser parte integrante do desenvolvimento de software.
Continuous integration, por que ainda se fala disso? E como podemos melhorar nossos processos com ele?
Apresentação feita na Dafiti Conference 2014, por mim e Alex Chastinet (http://pt.slideshare.net/alexchastinet)
Dafiti Conference 2014:
http://ti.dafiti.com.br/dafiti-tech-conference-2014/
O documento discute a importância da integração contínua e entrega contínua para entregar valor ao cliente de forma rápida e confiável. Ele descreve como a equipe automatizou os processos de build, teste, implantação e monitoramento para permitir várias implantações por dia com alta confiança e zero tempo de inatividade. A automação removeu barreiras e permitiu que a equipe se concentrasse em entregar valor ao negócio de forma mais ágil.
O documento discute sobre DevOps, apresentando a empresa e seu foco em otimizar processos de desenvolvimento e entrega contínua através de automação, integração e testes. Explica como a adoção de DevOps pode reduzir custos e tempo de entrega por meio de testes automatizados, integrados e contínuos desde o desenvolvimento. Oferece soluções como criar testes funcionais e integrados e usar ferramentas de integração contínua.
O documento discute os pilares da DevOps: Integração Contínua, Entrega Contínua e Feedback Contínuo. A Integração Contínua envolve integrar frequentemente códigos em um repositório central e executar testes. A Entrega Contínua automatiza a criação, teste e preparação de códigos para produção. Essas práticas levam a uma velocidade e confiabilidade melhoradas na entrega de software.
O documento discute o desenvolvimento de software em equipe utilizando o GeneXus Server. Ele descreve os benefícios do ambiente de desenvolvimento autônomo e consolidado do GeneXus Server, como rastreabilidade, segurança e acesso remoto. Também discute como o GeneXus Server facilita o atendimento às metodologias CMMI e MPS Br para gerenciamento de configuração e desenvolvimento ágil em equipe.
1) Uélerson pede à equipe de desenvolvimento para implantar um novo artefato no ambiente de produção.
2) As instruções e artefatos estão anexados em um arquivo PDF.
3) A equipe de desenvolvimento está realizando o deploy no ambiente de produção.
Quebrando barreiras entre desenvolvimento e operação de software com DevOpsJosé Alexandre Macedo
Apresentado para o Pop-ES e NPD da Ufes. Conheça o significado de DevOps e como ele pode apoiar entregas mais rápidas de software por meio da mudança de cultura, automatização entre outras...
7Masters - Devops - Do legado ao ci cd em 7 minutosiMasters
O documento discute a evolução de um sistema legado para um pipeline de CI/CD. Primeiro, descreve as limitações de um sistema legado sem controle de versão ou testes. Em seguida, introduz o conceito de integração contínua (CI), onde commits são automaticamente testados. Por fim, aborda a entrega contínua (CD), onde builds passando nos testes são implantados automaticamente na produção.
Entrega Contínua e Aplicações em ProduçãoVanessa Gomes
O documento discute os fundamentos e práticas da entrega contínua, incluindo integração contínua, qualidade contínua e gerenciamento de configuração. Também aborda como a entrega contínua pode ajudar as aplicações a ficarem prontas para produção através de tolerância a falhas, teste de carga e estabilidade.
O documento discute os benefícios do desenvolvimento orientado a testes (TDD), como escrever testes de unidade para validar o código e identificar bugs, e recomendações para começar a usar TDD em projetos.
O documento discute como implementar DevOps em uma empresa, enfatizando a importância da cultura, automação e entrega contínua. Ele apresenta DevOps como uma filosofia que une desenvolvedores e operações e destaca estudos que mostram que empresas que adotam DevOps entregam código 30x mais rápido e com 50% menos bugs.
O documento discute como as práticas do Extreme Programming (XP) se tornaram menos populares ao longo dos anos, apesar de serem consideradas importantes para a construção de software de qualidade. Apresenta possíveis razões para isso, como a ênfase maior em gestão do que em engenharia e a dificuldade de mudança cultural. Defende que equipes ágeis devem concentrar-se mais nas disciplinas técnicas do XP e trazer essas práticas de volta.
Segunda aula sobre testes, na qual é apresentada a turma a regra fundamental de desenvolvimento orientado a testes, o desafio existente no desenvolvimento e manutenção de software e como podemos manter a qualidade interna e externa de nosso código com TDD e ATDD. Por fim é apresentado o ciclo de desenvolvimento com TDD e como conseguimos software melhor e mais condizente com as necessidades de nosso clientes com ATDD.
DevOps é uma prática de engenharia de software que une desenvolvimento e operações. A apresentação discute integração contínua (CI), implantação contínua (CD) e ferramentas como Azure DevOps Projects para habilitar a entrega contínua de valor.
Rodrigo Branas tem experiência em desenvolvimento Java, certificações em programação e gerenciamento de projetos. Ele ministra treinamentos em diversas tecnologias e métodos ágeis como Extreme Programming.
QConSP: Vivenciando dev ops para além da automação de infraestruturaDiego Pacheco
O documento descreve as experiências de duas pessoas com desenvolvimento de software e operações de TI. Inicialmente, eles enfrentaram desafios como entregas demoradas, baixa qualidade de código, estimativas imprecisas e falta de colaboração entre equipes. Posteriormente, adotaram práticas ágeis e DevOps que melhoraram a automação, integração e cultura de trabalho. No entanto, ainda enfrentaram problemas relacionados à arquitetura de software complexa e falta de monitoramento adequado.
Este documento discute como a ferramenta SonarQube pode ser usada para melhorar a qualidade do código, monitorando sete eixos da qualidade do código e gerenciando débitos técnicos. Explica como configurar o SonarQube, integrá-lo ao ambiente de desenvolvimento e usá-lo para identificar problemas e melhorar a qualidade do código ao longo do tempo.
O documento apresenta SonarQube, uma ferramenta open source para análise estática de código e gerenciamento de débito técnico. Apresenta como SonarQube mede sete eixos da qualidade de código, como arquitetura, testes e complexidade, e integrações possíveis com TFS e IDEs. Demonstra como SonarQube ajuda equipes a identificar e reduzir débitos técnicos para melhorar a qualidade do código.
A apresentação discute conceitos e práticas de DevOps como Integração Contínua (CI), Implantação Contínua (CD) e automação. A palestrante também apresenta a ferramenta Azure DevOps Projects que permite criar aplicativos na nuvem do Azure com suporte para pipelines de CI/CD e monitoramento em menos de 5 minutos.
A apresentação discute conceitos e práticas de DevOps como Integração Contínua (CI), Implantação Contínua (CD) e automatização. A palestrante também apresenta a ferramenta Azure DevOps Projects que permite criar aplicativos na nuvem Azure com suporte para pipelines de CI/CD e monitoramento em menos de 5 minutos.
O documento discute as ações tomadas por uma grande varejista para modernizar sua plataforma WebForms legada e manter a compatibilidade, enquanto garante o negócio. Eles migraram parcialmente para uma nova plataforma, mas tiveram problemas de desempenho que exigiram rollbacks. Análises posteriores identificaram problemas de arquitetura e código, como uso inadequado de recursos e paralelismo. Estratégias como Redis e cache melhoraram o desempenho após correções.
O documento discute práticas ágeis de desenvolvimento de software, como DevOps. Apresenta casos em que equipes de desenvolvimento e operações precisam trabalhar juntas para resolver problemas. Também discute os benefícios de automação, integração e entrega contínuas para melhorar a velocidade e qualidade do trabalho.
A metodologia XP promove valores como coragem, comunicação e simplicidade. Ela segue princípios como feedback rápido, presumir simplicidade e mudanças incrementais. O ciclo de vida do XP inclui planejamento, codificação, teste e refatoração em iterações semanais. O planejamento é feito no Jogo de Planejamento e o progresso é avaliado em Stand Up Meetings diários. A programação é feita em pares e o có
Quando a Cultura DevOps transcede a Tecnologia!Annelise Gripp
Em 2001, o manifesto ágil surgiu com o objetivo de desenvolver softwares com menos desperdícios, mais qualidade, mais interação e com foco na entrega para o cliente. Mas com o passar dos anos, agilistas começaram a observar que precisavam melhorar toda a cadeia de valor (fluxos de desenvolvimento de produto). Para suprir essa necessidade, em 2008 surgiu a Cultura DevOps. A Cultura DevOps veio para melhorar a comunicação, a automação e a colaboração entre os fluxos, diminuindo gaps e evoluindo o desenvolvimento, a infraestrutura e a qualidade em todo o processo.
O documento apresenta os conceitos e práticas do framework Scrum para gestão de projetos ágeis. Discute os papéis de Scrum Master, Product Owner e time, o ciclo iterativo de sprints, a importância do backlog do produto e do planejamento, além de abordar um caso prático de aplicação do Scrum para o desenvolvimento de um site de locação de filmes.
O documento apresenta os conceitos e práticas do framework Scrum para gestão de projetos ágeis. Discute os papéis de Scrum Master, Product Owner e time, o ciclo iterativo de sprints e retrospectivas, além de apresentar um caso prático de aplicação do Scrum para o desenvolvimento de um site de locação de filmes.
Tdc Future 2021 - simples soluções grandes resultados - Márcio Rogério NizzolaDextra Sistemas / Etec Itu
Dicas práticas de abordagem adotada em case de migração de legado e como melhorar aplicações legadas deixando sistemas mais estáveis para suportar o tempo de desenvolvimento de novas aplicações
Este documento resume os principais conceitos de Scrum e eXtreme Programming (XP). Scrum é um framework ágil para gestão e entrega de produtos complexos, utilizando eventos como Sprints, Planning Poker e Scrum Daily. XP é uma metodologia ágil focada em práticas como programação em pares, integração contínua e desenvolvimento guiado por testes. O documento explica como essas abordagens ágeis promovem entregas frequentes com foco na satisfação do cliente.
O documento discute a importância da qualidade de software e como alcançá-la. Apresenta os desafios comuns entre testadores e desenvolvedores e como a automação de testes com ferramentas como o Visual Studio podem ajudar a superá-los, melhorando a comunicação, reprodutibilidade de defeitos e agilidade.
Semelhante a DevSecOps: Não é simples, mas é possível! (20)
13. Problemas
Resultados de implantar
DEVSECOPS
➔ Gap de conhecimento - tudo é novo para todo mundo
➔ Mudança de paradigma. Não é só codar! Testes,
environment, pipelines, etc
➔ Bola dividida: Quem irá cuidar das crianças?
(Monitoramento, segurança, updates, etc)
Resultados de implantar
DEVSECOPS
14. Benefícios
Resultados de implantar
DEVSECOPS
➔ Qualidade geral do projeto em todas as etapas -
qualidade não é negociável!
➔ Velocidade na entrega de valor ao cliente final
➔ Pacotes de entrega menores = > valor em um < tempo
➔ Menor tempo perdido com merges de código
(Trunk based + Feature Toggle)
➔ Testes salvam!
15. Impactos
➔ Cliente recebe valor muito mais rápido
➔ Fast rollback em caso de falha de deploy
➔ Equipe se preocupa com a solução de ponta-à-ponta -
Ownership de todos
➔ Desenvolve novas competências na equipe
➔ Paz de espírito! Finais de semana sem interrupções e
stress
Resultados de implantar
DEVSECOPS
Resultados de implantar
DEVSECOPS
Fabio
Agradecer
Apresentar-se e apresentar os demais (nome/função)
Tempo: 1’’
Executado: 1"
Fabio
Explicar o que é DevSecOps = Técnica?
Explicar o que NÃO é DevSecOps = É só técnica?
Transformação de NEGÓCIOS
Pressão de entrantes usando tecnologia
Necessidade de mudar a CULTURA
Transformação de PESSOAS
Coragem para Mudar
Humildade para Aprender
Transformar-se para transformar Negócios
ATENÇÃO: preste atenção na história e pense no IMPACTO nas pessoas
Tempo: 4’’
Executado: 2"
Caio
Apresentar-se
Tempo: 1’’
Caio
Tempo: 14’’
Executado: 13"
Caio
Sergio
Apresentar-se
Tempo: 1’’
Executado: 1"
Tópicos:
Apresentação rápida
Não nos qualificamos como “Gurus DevOps”
Vamos expor o que vivenciamos na prática
Nao se apegar a tecnologia, mas a conceitos
Sergio
Tempo: 14’’
Topicos:
Feature Branch =>
Trunk based => Sem merge na hora de gerar pacotes. Continuous Delivery
Feature Toggle => Desassociar Delivery de Release / Tranquilidade na ativação de valor
DEVs (Testes pontuais) =>
Testes unitários automatizados ~ 90%
DEV Senior (Merge cabuloso + Deploy na mão em DEV) =>
Gera imagem docker, sobe no nexus
Deploy em DEV
Docker + Openshift
Tester (Teste manual) =
Pirâmide de testes via Jenkins
Regressão
Sem fator humano
SysAdmin (Deploy manual em QAS) =>
Deploy automatizado em QAS
Feature em QAS pra valer =>
PO pode ativar FT quando quiser
Comite discutindo RDM =>
Coleta de aprovações (2 dias no maximo)
SysAdmin (Deploy em PRD na mão)
One Click deploy
Desassociar Deploy de Ativação de Valor
Feature em PRD pra valer =>
PO ativa FT quando quiser
Barata Voa e PRD =>
1 - Desligar FT
1 - Rollback com one click
Sergio
Tempo: 14’’
Executado: 19"
Topicos:
Do commit até QAs ~ 2h
Do commit até PRD ~ 4,5d
Depois de homologado para PRD ~ 1-2d
Rollback rápido
Sergio
Tempo: 2’’
Executado: 2,40"
Topicos:
Sim dá pra fazer, e o preço que vivenciamos é: agilidade e qualidade.
Sergio
Tempo: 3’’
Executado: 3,30"
Tópicos:
Tudo é novo para os DEVs, para os ARQs, pros SysAdmins, e pro PO
Não é só codar, não é só o C#, o Java, o Angular…
Quem fica de olho no monitoramento? Em updates dos SOs dos containers? Do provisionamento dos Pods, Quotas, etc?
Caio
Tempo: 3’’
Executado: 3"
Caio
Tempo: 3’’
Executado: 2"
Caio
Tempo: 14’’
Executado: 13"
Fabio
Agradecer novamente
Estaremos à disposição para perguntas ao final
Fechamento:
Tecnologias NÃO mudam negócios. Pessoas mudam Negócios
Você está pronto para mudar?
Tempo: 1’’
Executado: 2"