Baixar para ler offline
Carregado porAndré Carvalho
Containers na Globo.com - Passado, Presente e Futuro
O documento apresenta a evolução do uso de containers na Globo.com, destacando a transição de implantação de aplicações monolíticas para um sistema mais ágil e escalável utilizando containers e ferramentas como Docker e Kubernetes. Desde 2012, a equipe reduziu o tempo de deploy de 40 minutos para cerca de 5 minutos, enquanto lidou com desafios de resiliência e automação. O futuro envolve a adoção de multi-cloud e service mesh, refletindo a busca por uma maior eficiência e flexibilidade.
Mais conteúdo relacionado
Semelhante a Containers na Globo.com - Passado, Presente e Futuro
Containers na Globo.com - Passado, Presente e Futuro
- 1. Containers na Passado, Presentee Futuro 1 André Carvalho @andresantostc
- 2. whoami Desenvolvedor na globo.com Plataformade deploys 2
- 3. + de 500desenvolvedores fazendo centenas de deploys por dia 3
- 4.
- 5. 1300 aplicações 3300 containers 450máquinas virtuais 5
- 6. time < 10pessoas 6
- 7. Como chegamos aqui Ondeestamos E para onde queremos ir 7
- 8.
- 9. Cada equipe Fazia 1deploy a cada 2 semanas Mantinha scripts de deploy e provisionamento de infra 9
- 10. Cada aplicação Maquinas físicasem 4 ambientes Setup inicial demorava 1 mês 10
- 11.
- 12.
- 13. Abstrair a infraestrutura Darpoder ao desenvolvedor 13
- 14.
- 15.
- 16.
- 17.
- 18. Premissas 14 Open Source Extensível MultiLinguagem Alta Disponibilidade
- 19. Premissas 14 Open Source Extensível Escalável MultiLinguagem Alta Disponibilidade
- 20. Premissas 14 Open Source Extensível EscalávelSimples Multi Linguagem Alta Disponibilidade
- 21. “I’m convinced themajority of people managing infrastructure just want a PaaS. The only requirement: it has to be built by them.” 15
- 22. 100% Open Source Premissas Inspiradono Heroku 16
- 23. app create <name><platform> 17
- 24. app create <name><platform> 17 static go php…
- 25. app create <name><platform> 18 app deploy <files>
- 26. app create <name><platform> 18 app deploy <files> requirements.txt tsuru.yaml app.py …
- 27. app create <name><platform> 19 app deploy <files> unit add/remove <# units>
- 28. Não tem Dockerfile apenascódigo e suas dependencias 20
- 29. O conceito decontainers não é exposto 21
- 30. 22 https://www.infoq.com/news/2013/03/Docker Na verdade… ainda nãoexistem docker containers
- 31. Cada unit erauma VM provisionada com Juju 23
- 32. Primeiro deploy: 40minutos Deploys seguintes: 5 minutos 24
- 33. Primeira aplicação emprodução AWS e Juju 25 2012
- 34.
- 35. Queríamos fazer melhor Deploysainda mais rápidos Deploys reproduzíveis 27
- 36.
- 37. Imagens e Plataformas 29 Deploygera uma nova layer
- 38. Imagens e Plataformas Baseadasno ubuntu Trade-off entre simplicidade e tamanho Armazenadas em um Registry 30
- 39. Registry 31 docker/distribution Open Source Diversos backends Semautenticação S3 Swift Disco{
- 40.
- 41. Ainda existe umproblema: Como escolher onde rodar o container? 33
- 42. Docker-cluster Scheduler de containersextensível Utilizado como biblioteca github.com/tsuru/docker-cluster 34
- 43. Heurística de Scheduling Segregamosos nós em pools Cada aplicação está associada a um pool 35
- 44. Heurística de Scheduling Espalharas units de uma mesma aplicação Levamos em consideração memória requisitada quantidade de containers metadados 36
- 45. Exemplo Adicionando 3 unitsdo Cartola 37
- 46.
- 47.
- 48.
- 49.
- 50.
- 51. Como acessar oscontainers? 43
- 52.
- 53.
- 54. Aplicação em produçãocom Docker VMs pré-provisionadas 46 2013
- 55.
- 56. Poucas aplicações são completamentestateless 48
- 57. “Kelsey’s guide torunning traditional databases on Kubernetes. Stronglyconsider usingamanagedservice.” 49
- 58. Outros times começarama ofertar serviços 50
- 59. Serviços Usuário cria umainstância do serviço Usuário faz bind da instância com a app Serviço injeta variáveis de ambiente Serviço é informado sobre containers 51
- 60. Serviços Swift (https://github.com/openstack/swift) DBaaS (https://github.com/globocom/ database-as-a-service) RPaaS(https://github.com/tsuru/rpaas) 52
- 61. Fórum Techtudo + de4 milhões de usuários Integração com Cloudstack 53 2014
- 62.
- 63.
- 64. Problemas Aplicações mal comportadas VMscom filesystem read-only Containers e VMs zumbis Bugs do docker 56
- 65. “Do yourself afavor and walkaway from docker 1.13.0 and 1.13.1. Containerd randomly panics and never recovers and it will give you serious agony.” 57
- 66.
- 67.
- 68.
- 69. Não é obastante Precisamos automatizar e agregar 61
- 70. Big-Sibling Container que rodaem todos os nós • https://github.com/tsuru/bs Realiza checks de sanidade Processa e redireciona logs Envia métricas (dashboard e autoscale) 62
- 71. Healing Nunca atualizar/reiniciar oDocker em uma instância em uso Big-sibling identifica VMs problemáticas Tsuru cria nova VM e move containers 63
- 72. VMs Ubuntu LTS (Kernel4) 4 vCPU, 8gb mem Docker 12.x~13.x 64
- 73. VMs Log driver Syslog (big-sibling) 65 Storagedriver AUFS Overlay/Overlay2 (!POSIX) Devicemapper
- 74. Globoplay e Cartola Migraçãode Datacenter 66 2015-2016
- 75.
- 76.
- 77. Kubernetes Deploy de componentesda Plataforma 69
- 78.
- 79.
- 80. Kubernetes Destruímos e criamosclusters todos os dias AWS, GCE e Cloudstack Validações do tsuru, scripts e puppet github.com/tsuru/integration_{gce,ec2} 72
- 81. A plataforma continuasendo o tsuru 73
- 82. “Limit the scopeof access to a Kubernetes cluster to automationtools and cluster administrators who may have to debug it or keep it running.” 74
- 83. Tsuru + Kubernetes Provisioners Configuradopor pool 75
- 84. Leva em consideraçãoos recursos Espalha pods de um mesmo deployment Nodes com labels Pods com nodeAffinity e podAntiAffinity 76 Tsuru + Kubernetes
- 85. Tsuru + Kubernetes Kubernetes-router Criaserviços de LoadBalancer e Ingresses 77 curl app.cloud.tsuru.com
- 86. Tsuru + Kubernetes Volumes NFS volumecreate <name> volume bind <volume> <app> 78
- 87. Crescimento do Cartola Votaçãodo BBB Componentes e aplicações no Kubernetes 79 2017-Hoje
- 88.
- 89.
- 90.
- 91.
- 92.
- 93.