Microservices - Canal .NET Dev Weekend
Transferir como PPTX, PDF1 gostou431 visualizações
Microservices: Uma nova arquitetura para criação de serviços que divide aplicações complexas em unidades menores e autônomas chamadas microserviços, trazendo benefícios como escalabilidade, disponibilidade e facilidade de implantação. O documento discute os problemas de aplicações monolíticas, modelos como SOA e REST, princípios para desenvolvimento de microserviços e casos de sucesso desta arquitetura.
Microservices - Canal .NET Dev Weekend
- 1. Microservices UMA NOVA ARQUITETURA PARA CRIAÇÃO DE SERVIÇOS
- 2. Renato Groffe Microsoft Technical Audience Contributor (MTAC), MCP, MCTS, OCA, ITIL, COBIT Mais de 15 anos de experiência na área de Tecnologia Pós-graduação em Engenharia de Software – ênfase em SOA MBA em Business Intelligence Graduação em Sistemas de Informação Articulista e Palestrante (Devmedia, .NET Magazine, Canal .NET, TechNet Wiki, .NET Coders, TI Selvagem, DotNetBaixada) Técnico em Processamento de Dados Contatos ◦ Facebook: https://www.facebook.com/renatogroff ◦ Canal .NET: https://www.facebook.com/canaldotnet ◦ LinkedIn: http://br.linkedin.com/in/renatogroffe
- 3. Agenda ◦ Aplicações Monolíticas ◦ Serviços: uma visão geral ◦ Microservices: uma nova alternativa para serviços
- 5. Aplicações Monolíticas Estruturalmente mais simples → as diversas partes do sistema formam um único bloco Desenvolvimento, testes e implantação acontecem de forma mais fácil Uma boa abordagem para aplicações relativamente pequenas
- 6. Aplicações Monolíticas – Problemas Não é uma abordagem recomendável para aplicações mais complexas
- 7. Aplicações Monolíticas – Problemas ◦ A adoção de práticas de continuous deployment torna-se mais difícil → indisponibilidade de todo o sistema durante implantações ◦ Costuma-se ficar preso a uma tecnologia ◦ Difícil entendimento e manutenção, com o crescimento da aplicação
- 8. Aplicações Monolíticas – Problemas ◦ Problemas em coordenar as ações em equipe ◦ Queda na qualidade do código com o decorrer do tempo ◦ Consumo maior de recursos (IDE, servidores de aplicação) ◦ Escalabilidade comprometida
- 9. Solução para os problemas das aplicações monolíticas?
- 10. O velho “dividir para conquistar” → Serviços
- 11. Modelos arquiteturais possíveis - Serviços SOA (Service Oriented Architecture) REST (Representational State Transfer) Microservices
- 12. SOA – Definição de serviço ◦ Unidade básica para a implementação de serviços em conformidade com esta arquitetura ◦ Um componente de software com capacidades, as quais são implementadas sob a forma de operações (métodos) ◦ As capacidades podem ser vistas como funcionalidades das quais um ou mais sistemas dependem
- 13. SOA – Princípios (segundo Thomas Erl) ◦ Reusabilidade ◦ Autonomia ◦ Contrato Padronizado ◦ Baixo Acoplamento ◦ Abstração ◦ Independência de Estado (Stateless) ◦ Visibilidade ◦ Capacidade de Composição
- 14. SOA – Problemas comuns ◦ Falta de consenso da indústria em como implementar esta arquitetura (inúmeras especificações complementares para Web Services) ◦ Dificuldades em encontrar a melhor forma de dividir algo maior em partes menores
- 15. REST – Visão Geral ◦ Modelo arquitetural proposto por Roy Fielding em 2000, estando baseado no conceito de recurso e no uso de requisições HTTP ◦ Recurso → elemento (conjunto de dados) do qual uma aplicação depende, normalmente representando um item de negócio ◦ Utilização de JSON ou XML para representar os dados associados a um recurso ◦ RESTful Web Services → serviços seguindo esta arquitetura
- 16. REST – Representação Esquemática
- 17. Microservices, uma nova alternativa para serviços
- 18. Microservices – O que são? Serviços pequenos e autônomos trabalhando de forma conjunta, a fim de atender a uma demanda específica
- 19. Qual o tamanho considerado ideal para um microservice? ◦ Não existe um padrão exato para definir o tamanho de um microserviço ◦ Um caso de uso específico pode ser a origem de um pequeno serviço ◦ Alguns conceitos propostos por Robert C. Martin (“Uncle Bob”) servem de diretrizes: ◦ Coesão ◦ Princípio da Responsabilidade Única
- 20. Autonomia em um microservice? ◦ Indica o grau de independência de um serviço em relação a influências externas ◦ Um microserviço deve contribuir para um baixo acoplamento ◦ Deploy como um componente isolado ◦ Alterações devem acontecer sem afetar os consumidores de um serviço (sempre que possível)
- 21. Microservices - Benefícios ◦ Adoção de novas tecnologias com maior facilidade ◦ Alta disponibilidade ◦ Escalabilidade ◦ Facilidades no Deployment ◦ Melhor organização do trabalho
- 22. Microservices - Benefícios Adoção de novas tecnologias com maior facilidade ◦ Escolha da alternativa mais adequada para cada contexto ◦ Facilidade em acompanhar as tecnologias em alta num determinado momento ◦ Impacto mínimo em aplicações que dependam de um microserviço ◦ Evolução de partes de um projeto sem grandes impactos
- 23. Microservices - Benefícios Alta disponibilidade ◦ Problemas costumam ser isolados ◦ Falhas em partes específicas ainda permitiriam o funcionamento de outros módulos de um sistema
- 24. Microservices - Benefícios Escalabilidade ◦ Torna-se mais fácil expandir a capacidade de processamento para partes específicas de um sistema ◦ A opção por soluções de cloud computing (como Azure e Amazon Web Services) tem um papel importante neste aspecto
- 25. Microservices - Benefícios Facilidades no Deployment ◦ Torna-se mais simples a adoção de um processo de continuous deployment ◦ Um microserviço pode ser atualizado sem que todo o sistema deixe de operar ◦ Mudanças (que sempre existirão) costumam causar um menor impacto
- 26. Microservices - Benefícios Melhor organização do trabalho ◦ Foco em produtos, não projetos ◦ Times pequenos e organizados em torno de capacidades de negócios → Cross-functional teams ◦ Código mais simples e melhor estruturado
- 27. Microservices - Benefícios Reusabilidade ◦ Componentização de funcionalidades de negócio ◦ Diferentes tipos de aplicações (Web, desktop, mobile) podem consumir as funcionalidades de um microserviço
- 28. Como implementar uma arquitetura de Microservices? ◦ Seguindo alguns princípios propostos por especialistas da área de software ◦ Adotando serviços oferecidos por uma solução de cloud computing, como o Microsoft Azure
- 29. Microservices – Princípios de Desenvolvimento (segundo Sam Newman) ◦ Modelagem com base em conceitos do negócio ◦ Adotar uma cultura de automação ◦ Ocultar detalhes internos de implementação ◦ Descentralização ◦ Deployment independente ◦ Isolamento de Falhas ◦ Monitoramento
- 30. Microservices – Modelagem ◦ Adoção de práticas de Domain-Driven Design ◦ Um maior alinhamento com a área de negócios ◦ Facilidade em acompanhar as mudanças do negócio ◦ Evita-se uma modelagem falha e baseada puramente em aspectos técnicos
- 31. Microservices – Cultura de Automação Adoção de práticas de DevOps: ◦ Testes automatizados ◦ Deployment contínuo ◦ Uso de soluções de ALM como o Team Foundation Server da Microsoft
- 32. Microservices – Ocultar Implementação Ser agnóstico do ponto de vista da tecnologia (ideia de “caixa-preta”): ◦ Comunicação baseada no modelo REST (requisições HTTP + JSON) → Padrão de mercado atualmente ◦ Capacidade de um serviço evoluir sem efeitos colaterais ◦ Consumidores não precisam conhecer detalhes internos de um microserviço
- 33. Microservices – Descentralização ◦ Times multifuncionais cuidando de um produto (ao invés de diferentes equipes para cada fase do desenvolvimento) ◦ Evitar o uso de soluções de Enterprise Service Bus (ESB) ou de orquestração ◦ Bases de dados descentralizadas (normalmente, uma para cada serviço)
- 34. Microservices – Deployment independente Habilidade de implantar um serviço independentemente de outros
- 35. Microservices – Deployment independente Diversas abordagens para implantação: ◦ Uma única instância de um serviço por host ◦ Múltiplas instâncias de um serviço por host ◦ Uma instância de um serviço por máquina virtual ◦ Uma instância de serviço por Container → Docker ◦ Azure Service Fabric
- 36. Microservices – Isolamento de Falhas Garantir a operação de um sistema mesmo diante de problemas requer: ◦ Um planejamento adequado prevendo falhas e o tratamento das mesmas ◦ Algum tipo de sacrifício em termos de disponibilidade ou consistência
- 37. Microservices – Monitoramento ◦ Estipular métricas a serem analisadas ◦ Definir como e onde tais métricas serão coletadas ◦ Elaborar uma estratégia de log comum a todos os microserviços de um projeto ◦ Cuidados em não sobrecarregar o processamento dos serviços com ações de instrumentação
- 38. Microservices – Monitoramento No caso do Microsoft Azure, uma alternativa seria o uso do Application Insights: ◦ Este mecanismo suporta além de .NET outras plataformas, como Java, Node.js, PHP e Python ◦ Conta com meios para a coleta de dados em modo server-side, client-side ou mobile ◦ Disponibiliza dashboards para a análise dos dados coletados
- 39. Microservices – Monitoramento Exemplo de dashboard gerado pelo Application Insights:
- 40. Microservices – Casos de Sucesso
- 41. Microservices – Outras Referências ◦ Microservice architecture - Chris Richardson http://microservices.io/index.html ◦ Microservices - Martin Fowler http://martinfowler.com/articles/microservices.html
- 42. Dúvidas?
- 43. Obrigado!