Microsserviços: Distribuindo serviços críticos ao negócio

Nesta apresentação será abortado conceitos como arquitetura orientada a serviço, arquitetura de microsserviços, escalabilidade, componentização, descentralização, resiliência, monitoramento, entre outros assuntos voltados para o desenvolvimento de aplicações que permitem se pensar em componentes ou camadas independentes que podem ser implantadas, distribuídas, protegidas ou escaladas de forma também independente.
Estes conceitos serão exemplificados através de um case onde foi desenvolvido um projeto de e-commerce de serviços, projeto este altamente crítico e de extrema importância, apresentando informações técnicas e de negócio.

Transcript

1. Fernando Silva @FernandoDebrand Microsserviços: Distribuindo serviços críticos ao negócio
2. Sobre mim! Fernando Silva Analista de Desenvolvimento
3. “Mas, o que são microsserviços?”
4. Serviços pequenos!
5. O que é então? “O termo “arquitetura de Microsserviços” surgiu nos últimos anos para descrever uma maneira particular de projetar aplicativos de software como conjunto de serviços implantáveis independentemente. Embora não exista uma definição precisa ainda…” https://martinfowler.com/articles/microservices.html Martin Fowler
6. Componentização via serviços Descentralização Distribuído Escalável Resiliente
7. Porque usar Microsserviços? A separação de responsabilidades em serviços independentes, facilita a manutenção, criação de novas features e deploys constantes das aplicações.
8. “Quem está usando microsserviços?”
9. Empresas que já usam microsserviços
10. Exemplo de arquitetura de Microsserviços
11. Exemplo de arquitetura de Microsserviços
12. Enfim o novo cart
13. Objetivo Simplificação no processo de compra, visando o aumento da taxa de conversão (TC) e permitindo o reaproveitamento em projetos já existentes e futuros na KingHost.
14. Objetivo do ponto de vista da equipe de negócio Simplificação no processo de compra, visando o aumento da taxa de conversão (TC) e permitindo o reaproveitamento em projetos já existentes e futuros na KingHost.
15. Objetivo do ponto de vista da equipe de DEV Simplificação no processo de compra, visando o aumento da taxa de conversão (TC) e permitindo o reaproveitamento em projetos já existentes e futuros na KingHost.
19. Tempo médio: 6 m Taxa de conversão: 1,3% Consequências Vendas perdidas: 75%
20. Objetivos para o novo carrinho Simplificação do processo de compra Diminuição do tempo de compra Aumento da taxa de conversão acima de 1,67% Aumento de receita Canais de venda padronizados
21. Objetivos técnicos Ponto único de compra Portabilidade baseada em microsserviços Separação de responsabilidades Diminuir custos
22. Objetivos técnicos Facilidade no processo de deploy Entregas menores e mais rápidas Incremento na abrangência dos testes
23. Objetivos alinhados Expectativas definidas E na prática? Assim temos o...
26. Resultados Tempo médio: 2 m 57 s Taxa de conversão: 1,93% Aumento de 44%
27. Como? Arquitetura orientada a microsserviços Stateless Criação de API padrão para clientes internos Liberdade para criação de PWAs
28. Arquitetura (antes)
29. Processo de Compra (Antigo)
30. Arquitetura (depois)
31. Processo de Compra (Novo)
32. Tecnologias e ferramentas Como desenvolvemos nossos microsserviços
33. Arquitetura (containers)
34. Arquitetura (WebApps)
35. Arquitetura (APIs)
36. Arquitetura (Queue)
37. Arquitetura (Consumer)
38. Arquitetura (Data Base)
39. Gerenciamento de containers
40. Monitoramento / Logs Uma arquitetura de microsserviços distribuído é muito mais difícil de monitorar
41. Arquitetura (Logs)
42. ELK (Elasticsearch, Logstash, Kibana e Beats)
43. Logs em arquivos (Monolog com alertas por email e chat) Capture Method Logger (PSR-3) Handler / Adapter
44. Prometheus, Grafana, AlertManager, NodeExporter e cAdvisor
45. Melhorias Algumas melhorias que ainda serão implementadas
46. Melhorias • API Gateway • Escalar • Monitoramento • Alertas
47. Melhorias • API Gateway • Escalar • Monitoramento • Alertas
48. Microsserviços https://www.nginx.com/blog/building-microservices-using-an-api-gateway/
49. API Gateway https://www.nginx.com/blog/building-microservices-using-an-api-gateway/
50. Desvantagens de um API Gateway • Mais um componente a ser desenvolvido • Risco de se tornar um gargalo de desenvolvimento
51. Benefícios de um API Gateway • Encapsula a estrutura da aplicação • Único ponto de entrada • Pode mascarar falhas, retornando cache ou dados padrão • Facilitar a transição do monolito para microsserviços • Segurança
52. Monolito para Microsserviços
53. Ferramentas para escalar
54. Independência entre diversas equipes no mesmo produto Maturidade na implantação dos serviços Permitiu a criação de uma API padrão para clientes A importância dos microsserviços para nós
55. A importância dos microsserviços para nós Padronização do processo de venda Escalabilidade e resiliência Responsabilidades bem definidas Manutenção simplificada
56. Fatores de sucesso Integração entre as áreas do produto Comunicação entre todas as equipes de desenvolvimento Ponto único de compra dos produtos e serviços Stakeholders envolvidos com a concepção do projeto Números superaram os objetivos definidos Entregas de funcionalidades aceleradas
57. Links / Referências • Microservice Architecture • Microservices - Martin Fowler • A Ascensão dos Microsserviços • The Netflix Tech Blog • A Monitoring Solution for Docker • Por que usar abordagem de microsserviços • Monitorando Aplicações PHP com Prometheus • Obtendo sucesso na reestruturação de sistemas legados • Usando API gateway para facilitar a transição do monolito para microsserviços
58. OBRIGADO! fernando.poa.br https://speakerdeck.com/fernandodebrando Perguntas?
59. Segurança e hacking de containers Docker 12/07 às 11 hs - Sala 3 Fernando Silva @FernandoDebrand