Baixar para ler offline
Carregado porWaldemar Neto
12 Factor App Docker na Cloud e outras buzzwords
O documento discute como aplicações tradicionais podem ser transformadas para se adequarem aos princípios da arquitetura de microsserviços e contêineres. Primeiramente, é discutido como dividir a aplicação monolítica em vários microsserviços independentes. Em seguida, é mostrado como implantar os microsserviços utilizando contêineres para prover alta disponibilidade, escalabilidade e homogeneidade entre ambientes de desenvolvimento e produção. Por fim, é abordado a importância do monitoramento centralizado para acompanhar o dese
![[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 App 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. OPA! Sou Waldemar Neto DevelopmentTeam Lead - Atlassian @waldemarnt - http://walde.co 2
- 3.
- 4. “ Cloud ComputingMarket Projected To Reach $411B By 2020 Forbes: https://www.forbes.com/sites/louiscolumbus/2017/10/18/cloud-computing-market-projected-to-r each-411b-by-2020/#23bf992a78f2 4
- 5. Crescimento do mercadode cloud 5
- 6. Do old schoolpara a cloud 6
- 7. 7 APP Cria um alertade preço Recebe notificação de alteração de valor Busca dados das lojas virtuais A aplicação old school
- 8. Arquitetura da aplicação 8 APLICAÇÃO PAINELDE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO BANCO
- 9. Ambiente 9 TEST STAGING PROD ● Possui tresambientes ● Possui testes ● Build e deploy é feito manualmente ● Cada desenvolvedor instala e configura na sua máquina
- 10. Ship com 12Factor App 10
- 11. 12 Factor app 11 CodebaseDependencies Config Backing Services Build, Release, Run Processes Port Binding Concurrency Disposability Dev/Prod Parity Logs Admin Processes
- 12. 1 ambiente Ambientes facilmente replicáveissão a primeira coisa para habilitar conteinerização 12
- 13.
- 14. 12 Factor app 14 CODEBASEDependencies Config Backing Services Build, Release, Run Processes Port Binding Concurrency Disposability Dev/Prod Parity Logs Admin Processes Codebase Dependencies Config Backing Services Port Binding
- 15. ● Codebase ○ Cadaaplicaçã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 15 Docker no desenvolvimento
- 16.
- 17. 2 Teste e Build Testese build automatizados 17
- 18.
- 19. Continuous Delivery éa habilidade de colocar todas as mudanças como novas funcionalidades, configurações, bugfixes e experimentos na mão do usuário final. Rápido, seguro e de maneira sustentável. 19
- 20. 20 Continuous Delivery git push BUILDTEST TEST STAGI NG PROD DEPLOY 20 manual
- 21. 21 Continuous Deployment git push BUILDTEST TEST STAGI NG PROD DEPLOY 21
- 22. 22 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
- 23. 3 Disparidade de ambiente Ambientes devemser facilmente criados, replicados e destruídos. 23
- 24. 24 Feature x TEST STAGINGPROD SERVER SERVER SERVER 1 SERVER 2 SERVER 3 SERVER 4
- 25. Feature X -Disparidade entre ambientes/serviores 25 TEST STAGING PROD SERVER SERVER SERVER 1 SERVER 2 SERVER 3 SERVER 4
- 26. "A ideia eminfraestrutura como código é que os sistemas utilizados para rodar softwares sejam eles mesmos, tratados como software." Kief Morris, @kief 26
- 27. Infraestructura como código 27 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.
- 28.
- 29.
- 30. 30 Aumento de demanda SERVIDOR INTERNET APLICAÇÃO PAINELDE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO
- 31. Aumento de demanda 31 SERVIDOR INTERNET APLICAÇÃO PAINELDE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO
- 32. Aumento de demanda 32 SERVIDOR1 INTERNET APLICAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO SERVIDOR 2 APLICAÇÃO PAINEL DE CONFIGURAÇÃO CRAWLING ANÁLISE NOTIFICAÇÃO LOAD BALANCER PAINEL DE CONFIGURAÇÃO
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40. 5 Disparidade dev/prod Ambientes homogêneos éa primeira coisa para habilitar a conteinerização. 40
- 41.
- 42. 42 Dev/Prod PRODDESENVOLVIMENTO SERVER 1 SERVER2 SERVER 3 SERVER 4 DOCKER DOCKER DOCKER
- 43. Dev/Prod 43 PRODDESENVOLVIMENTO SERVER 1 SERVER2 SERVER 3 SERVER 4 DOCKER DOCKER DOCKER DOCKER DOCKER DOCKER DOCKER Dev/Prod Parity
- 44.
- 45.
- 46. Orquestração com kubernetes 46 NODE3 HOST NODE 1 HOST NODE 2 HOST
- 47. 6 Monitoramento Os logs devemser centralizados e coletados de todos os serviços de forma simples. 47
- 48.
- 49.
- 50. Escrevendo logs nosnodes 50 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
- 51.
- 52.
- 53.
- 54. 54 “É um fatobem conhecido que todos os que querem governar as outras pessoas são, por isso mesmo, os menos indicados para isso.” Douglas Adams
- 55.
- 56. 56 Perguntas? http://walde.co Me ache nasredes por @waldemarnt