Continuous Delivery
@samantacicilia
Sobre mim
O que é Entregar Software
Continuous Delivery
Exemplo
Resultados
Referências
@samantacicilia
Sobre mim
@samantacicilia
“Eu acredito no poder das Comunidades”
Evento TEST DAY 2012 - SP
insideoutproject.com.br
O que é Entregar Software
@samantacicilia
O que raios significa Entregar Software?
O que raios significa Entregar Software?
O que raios significa Entregar Software?
O mega deploy
da meia-noite
Reflexão
A forma como as empresas desenvolvem software muda
rapidamente – seja por necessidades do mercado, evolução
de tecnologias ou até mesmo redução de custos. Todos os
dias essas empresas precisam fazer mais com menos
investimento, para simultaneamente manter a
competitividade e reduzir os custos. (The Phoenix Project)
Falando do Desenvolvimento…
Codificar & Testar & Disponibilizar (Deploy)
Codificar …
• Linguagens;
• Frameworks;
• Técnicas;
• Ferramentas;
Testar…
Disponibilizar…
Como fazer tudo isso certo e rápido?
Continuous Delivery
@samantacicilia
Exemplos
Exemplos
● Google: 8 minutos entre DEV e PRD
Exemplos
● Google: 8 minutos entre DEV e PRD
● Facebook: 2 vezes por dia
Exemplos
● Google: 8 minutos entre DEV e PRD
● Facebook: 2 vezes por dia
● Linkedin: 30 minutos entre DEV e PRD
Exemplos
● Google: 8 minutos entre DEV e PRD
● Facebook: 2 vezes por dia
● Linkedin: 30 minutos entre DEV e PRD
● Etsy: 30 deploys por dia feitos por 200+ pessoas;
Objetivos
Objetivos
• tornar todas as partes do processo de compilar, implantar, testar e entregar a
versão visíveis para todas as pessoas envolvidas a fim de promover
colaboração;
Objetivos
• tornar todas as partes do processo de compilar, implantar, testar e entregar a
versão visíveis para todas as pessoas envolvidas a fim de promover
colaboração;
• melhorar o feedback do processo para que problemas sejam identificados o
mais cedo possível dentro do ciclo ; e
Objetivos
• tornar todas as partes do processo de compilar, implantar, testar e entregar a
versão visíveis para todas as pessoas envolvidas a fim de promover
colaboração;
• melhorar o feedback do processo para que problemas sejam identificados o
mais cedo possível dentro do ciclo ; e
• permitir que o software seja entregue em qualquer ambiente e a qualquer
momento
Conceitos Importantes
Conceitos Importantes
• Controle de Versão
Conceitos Importantes
• Controle de Versão
• Integração Contínua
Conceitos Importantes
• Controle de Versão
• Integração Contínua
• Testes Automatizados (unitários, integração e aceitação)
Conceitos Importantes
• Controle de Versão
• Integração Contínua
• Testes Automatizados (unitários, integração e aceitação)
• Testes de Capacidade
Pipeline de Implantação
Pipeline de Implantação
● Implementação automatizada do processo de compilar todas as partes de uma
aplicação, implantá-las em um ambiente qualquer – homologação ou produção
– testá-la e efetuar sua entrega final.
Pipeline de Implantação
● Implementação automatizada do processo de compilar todas as partes de uma
aplicação, implantá-las em um ambiente qualquer – homologação ou produção
– testá-la e efetuar sua entrega final.
Pipeline de Implantação
● Implementação automatizada do processo de compilar todas as partes de uma
aplicação, implantá-las em um ambiente qualquer – homologação ou produção
– testá-la e efetuar sua entrega final.
Princípios
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
● Se é difícil, faça com mais frequência e amenize o sofrimento
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
● Se é difícil, faça com mais frequência e amenize o sofrimento
● A qualidade DEVE estar presente desde o início
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
● Se é difícil, faça com mais frequência e amenize o sofrimento
● A qualidade DEVE estar presente desde o início
● Pronto quer dizer versão entregue
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
● Se é difícil, faça com mais frequência e amenize o sofrimento
● A qualidade DEVE estar presente desde o início
● Pronto quer dizer versão entregue
● Todos são responsáveis pelo processo de entrega
Princípios
● Criar um processo de confiabilidade e repetitividade de entrega de versão
● Automatize quase tudo
● Mantenha tudo sob controle de versão
● Se é difícil, faça com mais frequência e amenize o sofrimento
● A qualidade DEVE estar presente desde o início
● Pronto quer dizer versão entregue
● Todos são responsáveis pelo processo de entrega
● Melhoria Contínua
Práticas
Práticas
● Compile seus binários somente uma vez
Práticas
● Compile seus binários somente uma vez
● Faça a implementação da mesma maneira em cada ambiente
Práticas
● Compile seus binários somente uma vez
● Faça a implementação da mesma maneira em cada ambiente
● Use Smoke Tests
Práticas
● Compile seus binários somente uma vez
● Faça a implementação da mesma maneira em cada ambiente
● Use Smoke Tests
● Implante em uma cópia de Produção
Práticas
● Compile seus binários somente uma vez
● Faça a implementação da mesma maneira em cada ambiente
● Use Smoke Tests
● Implante em uma cópia de Produção
● Cada mudança deve ser propagada pelo pipeline instantaneamente
Práticas
● Compile seus binários somente uma vez
● Faça a implementação da mesma maneira em cada ambiente
● Use Smoke Tests
● Implante em uma cópia de Produção
● Cada mudança deve ser propagada pelo pipeline instantaneamente
● Se qualquer parte do pipeline falhar, pare o processo
Exemplo
@samantacicilia
Pipeline na Prática
Estágio de Commit
Estágio de Commit
Estágio de Commit
● Entrada: Código
○ compilar projeto;
○ executar testes unitários;
○ executar Sonar;
○ gerar binário;
○ armazenar no repositório (binário + propriedades).
Estágio de Commit
● Entrada: Código
○ compilar projeto;
○ executar testes unitários;
○ executar Sonar;
○ gerar binário;
○ armazenar no repositório (binário + propriedades).
● Saída: Binários e Relatórios
Deploy em INTEGRAÇÃO
Deploy em INTEGRAÇÃO
Deploy em INTEGRAÇÃO
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Integração;
○ atualizar propriedades do binário.
Deploy em INTEGRAÇÃO
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Integração;
○ atualizar propriedades do binário.
● Saída: Servidores e propriedades do binário atualizados
Promover para STAGING
Deploy STAGING
Deploy STAGING
Deploy em STAGING
Deploy em STAGING
Deploy em STAGING
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Staging;
○ atualizar propriedades do binário.
Deploy em STAGING
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Staging;
○ atualizar propriedades do binário.
● Saída: Servidores e propriedades do binário atualizados
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Promover para PRODUÇÃO
Análise de Log Automatizada
Análise de Log Automatizada
● Logs da Aplicação;
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
● Verificação de erros 404 e 50X;
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
● Verificação de erros 404 e 50X;
● Envio de e-mail para todos os responsáveis;
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
● Verificação de erros 404 e 50X;
● Envio de e-mail para todos os responsáveis;
● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO);
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
● Verificação de erros 404 e 50X;
● Envio de e-mail para todos os responsáveis;
● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO);
● Muito importante para os produtos mais antigos;
Análise de Log Automatizada
● Logs da Aplicação;
● Sumarização do TOP 15 erros que mais ocorreram;
● Verificação de erros 404 e 50X;
● Envio de e-mail para todos os responsáveis;
● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO);
● Muito importante para os produtos mais antigos;
● Preocupação de OPS.
Análise de Log Automatizada
Testes de Performance Automatizados
Testes de Performance Automatizados
● Scritps do Jmeter;
Testes de Performance Automatizados
● Scritps do Jmeter;
● Cenários pré-definidos;
Testes de Performance Automatizados
● Scritps do Jmeter;
● Cenários pré-definidos;
● Limite máximo aceitável de tempo.
Testes de Performance Automatizados
● Scritps do Jmeter;
● Cenários pré-definidos;
● Limite máximo aceitável de tempo.
Abrir Coordenação de Mudança Automática
Abrir Coordenação de Mudança Automática
Deploy em PRODUÇÃO
Deploy em PRODUÇÃO
Deploy em PRODUÇÃO
Deploy em PRODUÇÃO
Deploy em PRODUÇÃO
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Produção;
○ atualizar propriedades do binário.
Deploy em PRODUÇÃO
● Entrada: Versão para Deploy
○ pegar binário no repositório;
○ verificar propriedades do binário (pode fazer deploy?);
○ executar deploy em Produção;
○ atualizar propriedades do binário.
● Saída: Servidores e propriedades do binário atualizados
Resultados
@samantacicilia
Alguns Resultados
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
• 90 pipelines em 1 ano;
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
• 90 pipelines em 1 ano;
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
• 90 pipelines em 1 ano;
• Devs fazem Deploy em PRODUÇÃO o/;
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
• 90 pipelines em 1 ano;
• Devs fazem Deploy em PRODUÇÃO o/;
• Tempo de entrega
Alguns Resultados
• Deploys por camadas (Tomcat, Apache, Varnish, Solr, Serviços);
• Deploy em qualquer horário;
• 90 pipelines em 1 ano;
• Devs fazem Deploy em PRODUÇÃO o/;
• Tempo de entrega (2 horas).
Referências
@samantacicilia
Referências
Referências
Contatos
➔ testedesoftware.com
➔ rtstreinamentos.com.br
➔ medium.com/@samantacicilia
➔ Linkedin: Samanta Cicilia
➔ Twitter: @samantacicilia
➔ Slideshare: pt.slideshare.net/samantacicilia/
➔ Email: samanta.souza@infoglobo.com.br
➔ Email: samycici@gmail.com

[Lady talks]Continuous Delivery

  • 1.
  • 2.
    Sobre mim O queé Entregar Software Continuous Delivery Exemplo Resultados Referências @samantacicilia
  • 3.
  • 5.
    “Eu acredito nopoder das Comunidades” Evento TEST DAY 2012 - SP
  • 6.
  • 7.
    O que éEntregar Software @samantacicilia
  • 8.
    O que raiossignifica Entregar Software?
  • 9.
    O que raiossignifica Entregar Software?
  • 10.
    O que raiossignifica Entregar Software?
  • 11.
    O mega deploy dameia-noite
  • 13.
    Reflexão A forma comoas empresas desenvolvem software muda rapidamente – seja por necessidades do mercado, evolução de tecnologias ou até mesmo redução de custos. Todos os dias essas empresas precisam fazer mais com menos investimento, para simultaneamente manter a competitividade e reduzir os custos. (The Phoenix Project)
  • 14.
  • 15.
    Codificar & Testar& Disponibilizar (Deploy)
  • 16.
    Codificar … • Linguagens; •Frameworks; • Técnicas; • Ferramentas;
  • 17.
  • 18.
  • 19.
    Como fazer tudoisso certo e rápido?
  • 20.
  • 22.
  • 23.
    Exemplos ● Google: 8minutos entre DEV e PRD
  • 24.
    Exemplos ● Google: 8minutos entre DEV e PRD ● Facebook: 2 vezes por dia
  • 25.
    Exemplos ● Google: 8minutos entre DEV e PRD ● Facebook: 2 vezes por dia ● Linkedin: 30 minutos entre DEV e PRD
  • 26.
    Exemplos ● Google: 8minutos entre DEV e PRD ● Facebook: 2 vezes por dia ● Linkedin: 30 minutos entre DEV e PRD ● Etsy: 30 deploys por dia feitos por 200+ pessoas;
  • 27.
  • 28.
    Objetivos • tornar todasas partes do processo de compilar, implantar, testar e entregar a versão visíveis para todas as pessoas envolvidas a fim de promover colaboração;
  • 29.
    Objetivos • tornar todasas partes do processo de compilar, implantar, testar e entregar a versão visíveis para todas as pessoas envolvidas a fim de promover colaboração; • melhorar o feedback do processo para que problemas sejam identificados o mais cedo possível dentro do ciclo ; e
  • 30.
    Objetivos • tornar todasas partes do processo de compilar, implantar, testar e entregar a versão visíveis para todas as pessoas envolvidas a fim de promover colaboração; • melhorar o feedback do processo para que problemas sejam identificados o mais cedo possível dentro do ciclo ; e • permitir que o software seja entregue em qualquer ambiente e a qualquer momento
  • 31.
  • 32.
  • 33.
    Conceitos Importantes • Controlede Versão • Integração Contínua
  • 34.
    Conceitos Importantes • Controlede Versão • Integração Contínua • Testes Automatizados (unitários, integração e aceitação)
  • 35.
    Conceitos Importantes • Controlede Versão • Integração Contínua • Testes Automatizados (unitários, integração e aceitação) • Testes de Capacidade
  • 36.
  • 37.
    Pipeline de Implantação ●Implementação automatizada do processo de compilar todas as partes de uma aplicação, implantá-las em um ambiente qualquer – homologação ou produção – testá-la e efetuar sua entrega final.
  • 38.
    Pipeline de Implantação ●Implementação automatizada do processo de compilar todas as partes de uma aplicação, implantá-las em um ambiente qualquer – homologação ou produção – testá-la e efetuar sua entrega final.
  • 39.
    Pipeline de Implantação ●Implementação automatizada do processo de compilar todas as partes de uma aplicação, implantá-las em um ambiente qualquer – homologação ou produção – testá-la e efetuar sua entrega final.
  • 41.
  • 42.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão
  • 43.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo
  • 44.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão
  • 45.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão ● Se é difícil, faça com mais frequência e amenize o sofrimento
  • 46.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão ● Se é difícil, faça com mais frequência e amenize o sofrimento ● A qualidade DEVE estar presente desde o início
  • 47.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão ● Se é difícil, faça com mais frequência e amenize o sofrimento ● A qualidade DEVE estar presente desde o início ● Pronto quer dizer versão entregue
  • 48.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão ● Se é difícil, faça com mais frequência e amenize o sofrimento ● A qualidade DEVE estar presente desde o início ● Pronto quer dizer versão entregue ● Todos são responsáveis pelo processo de entrega
  • 49.
    Princípios ● Criar umprocesso de confiabilidade e repetitividade de entrega de versão ● Automatize quase tudo ● Mantenha tudo sob controle de versão ● Se é difícil, faça com mais frequência e amenize o sofrimento ● A qualidade DEVE estar presente desde o início ● Pronto quer dizer versão entregue ● Todos são responsáveis pelo processo de entrega ● Melhoria Contínua
  • 50.
  • 51.
    Práticas ● Compile seusbinários somente uma vez
  • 52.
    Práticas ● Compile seusbinários somente uma vez ● Faça a implementação da mesma maneira em cada ambiente
  • 53.
    Práticas ● Compile seusbinários somente uma vez ● Faça a implementação da mesma maneira em cada ambiente ● Use Smoke Tests
  • 54.
    Práticas ● Compile seusbinários somente uma vez ● Faça a implementação da mesma maneira em cada ambiente ● Use Smoke Tests ● Implante em uma cópia de Produção
  • 55.
    Práticas ● Compile seusbinários somente uma vez ● Faça a implementação da mesma maneira em cada ambiente ● Use Smoke Tests ● Implante em uma cópia de Produção ● Cada mudança deve ser propagada pelo pipeline instantaneamente
  • 56.
    Práticas ● Compile seusbinários somente uma vez ● Faça a implementação da mesma maneira em cada ambiente ● Use Smoke Tests ● Implante em uma cópia de Produção ● Cada mudança deve ser propagada pelo pipeline instantaneamente ● Se qualquer parte do pipeline falhar, pare o processo
  • 57.
  • 58.
  • 61.
  • 62.
  • 63.
    Estágio de Commit ●Entrada: Código ○ compilar projeto; ○ executar testes unitários; ○ executar Sonar; ○ gerar binário; ○ armazenar no repositório (binário + propriedades).
  • 64.
    Estágio de Commit ●Entrada: Código ○ compilar projeto; ○ executar testes unitários; ○ executar Sonar; ○ gerar binário; ○ armazenar no repositório (binário + propriedades). ● Saída: Binários e Relatórios
  • 68.
  • 69.
  • 70.
    Deploy em INTEGRAÇÃO ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Integração; ○ atualizar propriedades do binário.
  • 71.
    Deploy em INTEGRAÇÃO ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Integração; ○ atualizar propriedades do binário. ● Saída: Servidores e propriedades do binário atualizados
  • 75.
  • 78.
  • 79.
  • 80.
  • 81.
  • 82.
    Deploy em STAGING ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Staging; ○ atualizar propriedades do binário.
  • 83.
    Deploy em STAGING ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Staging; ○ atualizar propriedades do binário. ● Saída: Servidores e propriedades do binário atualizados
  • 87.
  • 88.
  • 89.
  • 90.
  • 91.
  • 92.
  • 93.
  • 94.
    Análise de LogAutomatizada
  • 95.
    Análise de LogAutomatizada ● Logs da Aplicação;
  • 96.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram;
  • 97.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram; ● Verificação de erros 404 e 50X;
  • 98.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram; ● Verificação de erros 404 e 50X; ● Envio de e-mail para todos os responsáveis;
  • 99.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram; ● Verificação de erros 404 e 50X; ● Envio de e-mail para todos os responsáveis; ● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO);
  • 100.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram; ● Verificação de erros 404 e 50X; ● Envio de e-mail para todos os responsáveis; ● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO); ● Muito importante para os produtos mais antigos;
  • 101.
    Análise de LogAutomatizada ● Logs da Aplicação; ● Sumarização do TOP 15 erros que mais ocorreram; ● Verificação de erros 404 e 50X; ● Envio de e-mail para todos os responsáveis; ● Tomada de decisão se o processo vai até o final (Deploy em PRODUÇÃO); ● Muito importante para os produtos mais antigos; ● Preocupação de OPS.
  • 102.
    Análise de LogAutomatizada
  • 103.
    Testes de PerformanceAutomatizados
  • 104.
    Testes de PerformanceAutomatizados ● Scritps do Jmeter;
  • 105.
    Testes de PerformanceAutomatizados ● Scritps do Jmeter; ● Cenários pré-definidos;
  • 106.
    Testes de PerformanceAutomatizados ● Scritps do Jmeter; ● Cenários pré-definidos; ● Limite máximo aceitável de tempo.
  • 107.
    Testes de PerformanceAutomatizados ● Scritps do Jmeter; ● Cenários pré-definidos; ● Limite máximo aceitável de tempo.
  • 108.
    Abrir Coordenação deMudança Automática
  • 109.
    Abrir Coordenação deMudança Automática
  • 113.
  • 114.
  • 115.
  • 116.
  • 117.
    Deploy em PRODUÇÃO ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Produção; ○ atualizar propriedades do binário.
  • 118.
    Deploy em PRODUÇÃO ●Entrada: Versão para Deploy ○ pegar binário no repositório; ○ verificar propriedades do binário (pode fazer deploy?); ○ executar deploy em Produção; ○ atualizar propriedades do binário. ● Saída: Servidores e propriedades do binário atualizados
  • 121.
  • 122.
  • 123.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços);
  • 124.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário;
  • 125.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário; • 90 pipelines em 1 ano;
  • 126.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário; • 90 pipelines em 1 ano;
  • 127.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário; • 90 pipelines em 1 ano; • Devs fazem Deploy em PRODUÇÃO o/;
  • 128.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário; • 90 pipelines em 1 ano; • Devs fazem Deploy em PRODUÇÃO o/; • Tempo de entrega
  • 129.
    Alguns Resultados • Deployspor camadas (Tomcat, Apache, Varnish, Solr, Serviços); • Deploy em qualquer horário; • 90 pipelines em 1 ano; • Devs fazem Deploy em PRODUÇÃO o/; • Tempo de entrega (2 horas).
  • 130.
  • 131.
  • 132.
  • 134.
    Contatos ➔ testedesoftware.com ➔ rtstreinamentos.com.br ➔medium.com/@samantacicilia ➔ Linkedin: Samanta Cicilia ➔ Twitter: @samantacicilia ➔ Slideshare: pt.slideshare.net/samantacicilia/ ➔ Email: samanta.souza@infoglobo.com.br ➔ Email: samycici@gmail.com

Notas do Editor

  • #12 Faz sprint de 15 dias e coloca em PRD no fim Um grande pacote com muitas mudanças Deploy traumático e penoso, faz cada vez menos
  • #20 Falar do antes
  • #22 Falar do antes