Baixado 10 vezes
Carregado porPetterson Henrique Andrade
Reactive architecture e microservices microservices, ap is e event driven (1)
O documento discute a arquitetura reativa e microserviços, destacando a importância do desacoplamento, isolamento e integração de serviços autônomos. Ele apresenta princípios do manifesto reativo, como responsividade, resiliência, elasticidade e comunicação orientada a mensagens. Além disso, aborda práticas recomendadas para implementação de microserviços, como orquestração, descoberta de serviços e monitoramento.
Mais conteúdo relacionado
![[DTC21] Thiago Lima - Do Zero ao 100 no Mundo de Microservices](https://cdn.slidesharecdn.com/ss_thumbnails/0a100microservies-210317154040-thumbnail.jpg?width=640&height=640&fit=bounds)
Reactive architecture e microservices microservices, ap is e event driven (1)
- 1. + Reactive Architecture e Microservices: Microservices,APIs e Event Driven
- 2. http://sensedia.com/blog/ Petterson Andrade Software Architect@ Sensedia petterson.andrade@sensedia.com @pett4j
- 3. Topic Title Agenda 1. Microservice2. Microservice 3. Microservice
- 4.
- 6.
- 8. Monolitico x Microservices Cruzeirox Atlético Grêmio x Inter
- 9.
- 10.
- 11. Por que adotar? - Escolhaa tecnologia certa para resolver o problema - Você não precisa repassar um problema você pode isolar e se recuperar - Você precisa escalar somente o que vai utilizar - Desenvolva e teste rápido e focado - Serviço pequeno, menos conflito, menos erros e mais produtividade - Re-uso! Não reinvente a roda! - Otimize, joge fora e faça melhor!
- 12. SOA == Microservices(true) SOA != Microservices (true)
- 13.
- 14. A falta dos princípiosnão ESB ligando monolíticos Comunicação complicada Ineficiência Sem flexibilidade
- 15. SOA == Microservices SOAMicroservices
- 17. Strangler Application Pattern Martin Fowler- 29 June 2004
- 18.
- 19. Você venceu suajornada: é o fim do monolítico
- 20. Mas lembre-se: Vocêestá em rota de colisão
- 21. E agora? Quem poderános defender?
- 22.
- 23.
- 24.
- 25.
- 26.
- 27. The Reactive Manifesto Published onSeptember 16 2014. (v2.0)
- 29. - Aplicações eramgigantes e com dezenas de servers - Segundo é a unidade de medida de resposta - Horas de manutenção e de sistemas fora do ar - Gigabytes é a unidade de medida de armazenamento
- 32. - Aplicações distribuídas -Você faz tudo com um comando pelo smartphone - Nuvem rodando milhares de máquina multi-core - Milissegundos é obrigatoriamente a unidade de medida de resposta - 100% uptime. - Data is measured in Petabytes.
- 33.
- 34. S M AC IoT TODO NEGÓCIO SERÁ DIGITAL
- 35. The Reactive Manifesto Seum sistema é: Responsive, Resilient, Elastic and Message Driven, Ele pode ser chamado de Reactive System
- 36. The Reactive Manifesto: Responsive Sempreda feedback aos usuários Responde em tempo hábil Detecta problemas e trata Rápido e consistente Alta confiabilidade .
- 37. The Reactive Manifesto:Resilient Responde em caso de falha Replicação contenção, isolamento e delegação.
- 38. The Reactive Manifesto:Elastic Continua responsivo mesmo com aumento da demanda Aumenta e diminui os recursos conforme a demanda Distribui demanda
- 39. The Reactive Manifesto: MessageDriven Usa mensagens assíncronas Baixo acoplamento Tratamento de erros por mensagem Comunicação não blocante Evita desgaste do sistema
- 41. Aqui é reativop…! BIIIIRRRLLL! Sai de casa escrevi código pra c……!
- 42.
- 44.
- 49.
- 51.
- 52.
- 53.
- 54.
- 56.
- 57. - O sistemaprecisa ser capaz de reagir ao erro - Tempo de resposta não pode ser afetado - Não pode propagar o erro - Precisa ser capaz de fazer Rollback
- 58.
- 59.
- 60. Service 1 Service3 Service 4 Service 2 Orchestration
- 61. Service 1 Service3 Service 4 Service 2 Choreography Service 3 pub sub sub sub
- 62.
- 63.
- 64. API Gateway Simplifica oclient side Roteamento Encapsulamento de serviços Tradução de protocolo
- 65.
- 67. - Inversão decontrole - Cada serviço se registra - Configuração deixa de ser estática - Pode ser aplicado ao cliente - Deve ser aplicado ao server
- 68. API / REST/ RESTFul
- 69. APIs The Digital Glue Backend Ecossistemade Parceiros Digitais Integrações com Aplicações SaaS Aplicações Móveis e Internet of Things
- 70. - Over HTTP -Tira dependência de tecnologia - O sistema precisa ser capaz de reagir ao erro - Use padrões - Implemente Restful de verdade
- 71.
- 73. - Use HAL(Hypertext Application Language) - Hypermedia garante flexibilidade - Possui suporte de várias bibliotecas
- 74.
- 75. Aplicação 1 Aplicação Web App HTML JS Services AcopladoDesacoplado Web App HTML JS Aplicação 2 Services
- 76.
- 77. - Padrão noHTTP 2.0 - Torna o sistema mais responsivo Client API WebSocket Server Fire and forget Events
- 78.
- 79. - Padrão noHTTP 2.0 - Torna o sistema mais responsivo
- 80.
- 81. - Use ferramentaspara auxiliar - RXJava - RXJS - Avalie usar imutabilidade - Avalie usar funcional
- 82.
- 83. - Monitore tudoque for possível e mais um pouco - Alerte a performance do serviço - Alerte qualquer anomalia a estrutura - Evite falsos positivos, refine os alertas - Avalie o tempo todo as métricas - Automatize e depois automatize de novo
- 84.
- 85. - Scale out -Services Stateless - Comunicação por eventos - Nunca use pooling - Deployment
- 86.