Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

TDC2018SP | Trilha Microservices - Como BFF (Backend for Frontend) pode ser seu melhor amigo para lidar com diferentes frontends

91 views

Published on

TDC2018SP | Trilha Microservices - Como BFF (Backend for Frontend) pode ser seu melhor amigo para lidar com diferentes frontends

Published in: Education
  • Be the first to comment

TDC2018SP | Trilha Microservices - Como BFF (Backend for Frontend) pode ser seu melhor amigo para lidar com diferentes frontends

  1. 1. Como BFF (Backend for Frontend) pode ser seu melhor amigo para lidar com diferentes frontends
  2. 2. Cristiano Arquiteto Software @crisaltmann 2
  3. 3. Deivid Desenvolvedor Web @deividhf 3
  4. 4. Micro serviços Vamos falar um pouco sobre essa buzzword... 1.
  5. 5. Micro serviços 5
  6. 6. 6 Deploy independente Baixo acoplamento Escalabilidade Horizontal Escolha tecnologias Tempo de negócio Times independentes Evolução tecnológica Resiliente
  7. 7. SERVIÇOS Unidades interoperáveis que podem facilmente ser reutilizados e compartilhados entre aplicações e empresas 7
  8. 8. Definindo serviços com DDD ▪ Orientado ao domínio ▪ Contextos delimitados 8 Conta Corrente Pessoa
  9. 9. 9
  10. 10. Dificuldades Algumas dificuldades na adoção desta arquitetura... 2.
  11. 11. Design ▪ Dificuldade de manter a coesão do domínio do serviço ▪ Necessidades UI 11
  12. 12. Rede ▪ Comunicação sujeita a falhas ▪ Chatty 12
  13. 13. Dados ▪ Contratos dos serviços não levam em consideração o Front End 13
  14. 14. Multi UI ▪ Infinidade de Front ends consumindo os serviços 14
  15. 15. E o BFF…. 3.
  16. 16. BFF Um componente responsável por conectar as necessidades específicas de Front end com os serviços. 16
  17. 17. 17
  18. 18. Características Agregação Agregar dados de diferentes servicos. Adaptação Adaptar o contrato do serviço à necessidade do front end. Sem regras de negócios As regras de negócio devem estar nos serviços. 18
  19. 19. Quantos BFFs? ▪ Adequar à distribuição dos times ▪ BFFs por experiência 19
  20. 20. Vantagens Algumas vantagens do uso do BFF 4.
  21. 21. Autonomia do front end ▪ Mock dos dados no BFF ▪ Não depender do back end para testar integração 21
  22. 22. Domínios ▪ Coesos ▪ Não precisam se adaptar às necessidades de front ends 22
  23. 23. Chamadas ▪ Latência ▪ Rede 23
  24. 24. Teste A/B 24
  25. 25. Controle versão ▪ Migração versões de serviços 25
  26. 26. Diferentes protocolos ▪ Permite que a comunicação com a UI seja desacoplada do backend 26
  27. 27. Desvantagens Alguns problemas que a adoção do pattern nos traz 5.
  28. 28. Mais um componente... 28
  29. 29. Ponto único de falha 29
  30. 30. Conclusão Aprendizados sobre o uso do pattern 6.
  31. 31. Mantivemos sistemas coesos ▪ Graças ao BFF 31
  32. 32. Tecnologias ▪ Devem ser simples ▪ Sem verbosidade 32
  33. 33. Habilidades ▪ Complexidades do back end levados ao front 33
  34. 34. Obrigado! 34

×