Como BFF (backend for frontend) pode ser seu melhor amigo para lidar com diferentes frontends

Slides da palestra sobre BFF no TDC São Paulo

1. Como BFF (Backend for Frontend) pode ser seu melhor amigo para lidar com diferentes frontends

2. Cristiano Arquiteto Software @crisaltmann ‹#›

3. Deivid Desenvolvedor Web @deividhf ‹#›

4. Micro serviços Vamos falar um pouco sobre essa buzzword... 1 .

5. Micro serviços ‹#›

6. ‹#› Deploy independente Baixo acoplamento Escalabilidade Horizontal Escolha tecnologias Tempo de negócio Times independentes Evolução tecnológica Resiliente

7. SERVIÇOS Unidades interoperáveis que podem facilmente ser reutilizados e compartilhados entre aplicações e empresas ‹#›

8. Definindo serviços com DDD Orientado ao domínio Contextos delimitados ‹#› Conta Corrente Pessoa

9. ‹#›

10. Dificuldades Algumas dificuldades na adoção desta arquitetura... 2 .

11. Design Dificuldade de manter a coesão do domínio do serviço Necessidades UI ‹#›

12. Rede Comunicação sujeita a falhas Chatty ‹#›

13. Dados Contratos dos serviços não levam em consideração o Front End ‹#›

14. Multi UI Infinidade de Front ends consumindo os serviços ‹#›

15. E o BFF…. 3 .

16. BFF Um componente responsável por conectar as necessidades específicas de Front end com os serviços. ‹#›

17. ‹#›

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. ‹#›

19. Quantos BFFs? Adequar à distribuição dos times BFFs por experiência ‹#›

20. Vantagens Algumas vantagens do uso do BFF 4 .

21. Autonomia do front end Mock dos dados no BFF Não depender do back end para testar integração ‹#›

22. Domínios Coesos Não precisam se adaptar às necessidades de front ends ‹#›

23. Chamadas Latência Rede ‹#›

24. Teste A/B ‹#›

25. Controle versão Migração versões de serviços ‹#›

26. Diferentes protocolos Permite que a comunicação com a UI seja desacoplada do backend ‹#›

27. Desv antagens Alguns problemas que a adoção do pattern nos traz 5 .

28. Mais um componente... ‹#›

29. Ponto único de falha ‹#›

30. Conclusão Aprendizados sobre o uso do pattern 6 .

31. Mantivemos sistemas coesos Graças ao BFF ‹#›

32. Tecnologias Devem ser simples Sem verbosidade ‹#›

33. Habilidades Complexidades do back end levados ao front ‹#›

34. Obrigado! ‹#›