Transferir como PDF, PPTX
Carregado porWaldemar Neto
12 Factor APPS, docker na cloud e outras buzzwords
O documento discute as principais mudanças necessárias para modernizar uma aplicação legada para melhor atender o aumento da demanda e torná-la mais escalável e mantida. As principais mudanças sugeridas incluem adotar microsserviços, containerização com Docker e orquestração com Kubernetes para permitir disparidade entre ambientes de desenvolvimento e produção, e centralizar logs para melhor monitoramento.
![[ServerlessDaysSP - 2024.10.19] Descomplicando 12-Factor Apps com Serverless ...](https://cdn.slidesharecdn.com/ss_thumbnails/serverlessdayssp-2024-241021195342-b53b4354-thumbnail.jpg?width=640&height=640&fit=bounds)
12 Factor APPS, docker na cloud e outras buzzwords
- 1. 1 12 Factor APPS Dockerna Cloud e outras buzzwords uma viagem pelo mundo mágico do hipsterismo
- 2. Sobre nós 2 Fernando Ruaro github.com/fernandoruaro WaldemarNeto @waldemarnt http://walde.co http://bit.ly/nodejs-testavel
- 3. Meltwater Empresa norueguesa comsede em San Francisco, CA Líder mundial em inteligência de mídia +24k clientes +1.6k funcionários 3
- 4. Meltwater - ExecutiveAlerts Coleta dados de diferentes fontes twitter, instagram, facebook, news, ad spending, job posts Processa mais de 100 milhões de atividades diariamente Analisa os dados e gera alertas em tempo real para os usuários 4
- 5. Crawlers Arquitetura - ExecutiveAlerts Twitter Instagram Facebook News Ad Spending Job Posts Internet API Internet Pipeline de Processamento Internet 5
- 6.
- 7. Como funciona aaplicação APP Cria um alerta de preço Recebe notificação de alteração de valor Busca dados das lojas virtuais 7
- 8.
- 9. Ambiente ● Possui trêsambientes ● Possui testes ● Build e deploy é feito manualmente ● Cada desenvolvedor instala e configura na sua máquina TEST STAGING PROD 9
- 10.
- 11.
- 12. O que énecessário para uma aplicação ser containerizavel? CODEBASE Dependencies Config Backing Services Build, Release, Run Processes Port Binding Concurrency Disposability Dev/Prod Parity Logs Admin Processes 12 Factor APPs CODEBASE Dependencies Config Backing Services Port Binding 12
- 13. Docker no desenvolvimento ●Codebase ○ Cada aplicação possui seu próprio codebase com controle de versão (ex git, mercurial) ● Dependencies ○ Dependências explícitas e isoladas (ex: npm, maven, composer) ● Config ○ Guardar a configuração no ambiente (ex: credenciais, urls de serviços) ● Backing Services ○ Tratar serviços como recursos anexados ● Port Binding ○ Expor serviços via porta 13
- 14.
- 15. Testes e buildsão feitos pelos desenvolvedores 15
- 16. Integração Contínua /Continuous Integration git push BUILD TEST 16
- 17.
- 18. Entrega contínua /Continuous Delivery git push BUILD TEST TEST STAGIN G PROD DEPLOY 18 manual
- 19. Deploy contínuo /Continuous Deployment git push BUILD TEST TEST STAGIN G PROD DEPLOY 19
- 20. Sugestões de livros ●https://www.amazon.com/Continuous-Integration-Improving-Software-Reducing/dp/0321336380 ● https://www.amazon.com/Phoenix-Project-DevOps-Helping-Business/dp/0988262592 ● https://www.amazon.com/DevOps-Handbook-World-Class-Reliability-Organizations/dp/1942788002 20
- 21.
- 22. SERVIDOR Aumento da demanda Internet APLICAÇÃO PAINELDE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO 22
- 23. SERVIDOR Aumento da demanda Internet APLICAÇÃO PAINELDE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO 23
- 24. SERVIDOR 1Escalar aaplicação Internet APLICAÇÃO PAINEL DE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO SERVIDOR 2 APLICAÇÃO PAINEL DE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO Load Balancer 24
- 25. Alguns dos módulosconsomem muito mais recursos que outros, impactando nos custos e gestão das máquinas. 25
- 26.
- 27.
- 28. PAINEL DE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO Arquitetura demicro serviços Mysql Mongo 28
- 29. Como fica aarquitetura PAINEL Load Bala ncer PAINEL NOTIFICAÇ ÃO NOTIFICAÇ ÃO NOTIFICAÇ ÃO NOTIFICAÇ ÃO CRAWLER CRAWLER CRAWLER CRAWLER CRAWLER ANÁLISE ANÁLISE ANÁLISE Disposability 29
- 30.
- 31.
- 32. Feature X TEST STAGINGPROD SERVER SERVER SERVER 1 SERVER 2 SERVER 3 SERVER 4 32
- 33. Feature X -Disparidade entre ambientes/servidores TEST STAGING PROD SERVER SERVER SERVER 1 SERVER 2 SERVER 3 SERVER 4 33
- 34. Infraestrutura como código TESTSTAGING PROD SERVER SERVER SERVER 1 SERVER 2 SERVER 3 SERVER 4 Especificação via DSL/Script do que deve estar instalado em cada servidor 34
- 35.
- 36. Disparidade entre DEVe PROD 36
- 37. PRODDesenvolvimento Disparidade entre desenvolvimentoe produção SERVER 1 SERVER 2 SERVER 3 SERVER 4 DOCKER DOCKER DOCKER 37
- 38. PRODDesenvolvimento Disparidade entre desenvolvimentoe produção SERVER 1 SERVER 2 SERVER 3 SERVER 4 DOCKER DOCKER DOCKER 38 DOCKER DOCKER DOCKER DOCKER Dev/Prod Parity
- 39. Orquestração de Containers MINIONMINIONMINION MASTER ETCD API SERVER CONTROLLER MANAGER SCHEDULER DOCKER KUBE-PROXY KUBELET 39
- 40.
- 41.
- 42. Escrever logs nosNodes PAINEL PAINEL NOTIFICAÇ ÃO NOTIFICAÇ ÃO NOTIFICAÇ ÃO NOTIFICAÇ ÃO CRAWLER CRAWLER CRAWLER CRAWLER CRAWLER ANÁLISE ANÁLISE ANÁLISE Node 1 Node 2 Node 3Node 4 42
- 43.
- 44. Ferramentas de logsconhecidas ● Elasticsearch ● Fluentd ● Logstash ● Kibana ● Graphana ● Graphite ● Greylog ● New Relic ● Data dog 44
- 45.
- 46.
- 47.