Backend for Frontend (BFF) em 20 minutos
Ойын-сауық
Nesse vídeo você entenderá o que é Backend for Frontend e suas vantagens e aplicabilidades. Você também entenderá o que o GraphQL e o Next.js têm de tão especial quando falamos em BFF.
Saiba mais sobre o Curso Full Cycle. Agende um conato:
→ lp.fullcycle.com.br/lp-youtube
Пікірлер: 26
Eu trabalho em um projeto que temos exatamente esta situação! Ao longo dos anos vinhamos utilizando Meteor, que faz o Front + BFF, tudo em uma única aplicação Node. Porém esse se tornou o gargalo do projeto em termos de escalabilidade (por causa do Node). No momento estamos migrando para exatamente o primeiro cenário que vc comentou, Front React + BFF graphql (com subscription/@live). Ainda não deu pra fazer a comparação final mas os testes iniciais indicam que vamos ganhar demais em escalabilidade e menos utilização de recursos do servidor.
Cheguei!!! TOP TOP TOP esse vídeo!!!
Vim aprender BFF, Aprendi Arquitetura também de GraphQL e do React com next. Obrigado
Muito foda a explicação 🙌🏻
Muito bom o vídeo. Mas talvez seja melhor ter o desenho pronto e ir apontando as informações. Talvez seja mais prático, rápido e fácil de entender.
Excelente vídeo!! Queria só trazer uma observação. Na parte da legenda que aparece o nome do apresentador Wesley, em baixo esta escrito , mas acredito que seja um erro de edição e o correto seja . Pode ter sido um erro que passou na edição do vídeo que pode continuar passando nos próximos.
sim, trabalho, mas nao sei se está certo, pois só fazemos aplicacoes para web. só desktop
Eu estou trabalhando em um projeto usando bff usando NestJS em back e React no front
Na empresa em que trabalho existem vários bffs que usam graphql e orquestram todos os microserviços, exatamente como mostrou. E é interessante ver a primeira abordagem citada (sem uso de graphql), pois até hoje nunca vi/trabalhei com um bff sendo criado sem graphql ou sem usar o servidor tipo do next.js, porém a primeira vista me parece ser bem custoso construir e manter 1 backend para cada client.
@samuelalves9827
6 ай бұрын
Eu atuo como BFF exatamente da forma que vc comentou, sem graphql nem nada. Sinto que é um grande desperdício de tempo, dinheiro e capacidade técnica, visto que recebo menos demanda do que o restante do time e não tenho nenhum desafio, basicamente é fazer filtragem e normalização de dados pra tudo o que o front precisa, poderia facilmente ser feito por um júnior
Sobre o uso de bffs com graphql, os serviços que que consome tbm tem implementação de graphQL?
Meu sonho um curso de voces apenas sobre next bff >3
E o tamanho do payload como fica com um requisição trazer varias estruturas?
Quais as principais vantagens entre escolher fazer o MBA em Arquitetura Full Cycle vs o curso Full Cycle, além do aprofundamento teórico e ter no currículo uma especialização com o MBA ?
@caioireno9954
Жыл бұрын
também me pergunto isso. Tenho interesse no curso.
galera, preciso de uma ajuda, acabei de entrar em um projeto que é full BFF e eu to perdidasso, teria algum lugar que tem curso disso? tipo udemy, alura?
utilizo BFF na empresa que trabalho mas confesso que o conceito explicado nesse vídeo não é o mesmo conceito aplicado na minha empresa, lá o BFF é apenas um intermediador para o frontend não chamar os microservices diretamente, então frontend chama o BFF, que chama os microservices... pensando agora, os BFF's onde trabalho mais parecidos com proxy reverso... bom, alguém teve a ideia de chamar de "BFF" pq parece mais bonito... rs e conhecendo o conceito real agora, eu fiquei com algumas dúvidas, entendi que o BFF é um encapsulamento da ideia de Ports da Arquitetura Hexagonal, mas teríamos vários BFF's, um para cada client, ou teríamos apenas um BFF com diversos Ports configurados para todos os clients?
@silviolucas2590
3 ай бұрын
A arquitetura implementada na sua empresa não seria mais um API Gateway?
@artu_almeida
3 ай бұрын
@@silviolucas2590 na verdade seria mais um proxy mesmo, não seria um proxy reverso como eu havia dito. o API Gateway é usado pra proteger APIs, como o Kong... o proxy só intermedia e encaminha requisição
@artu_almeida
3 ай бұрын
@@silviolucas2590 na verdade seria mais um proxy mesmo, nao seria um proxy reverso como eu havia dito... e o API Gateway é mais pra proteger suas APIs, como o Kong, apigee, backstage... proxy só recebe e encaminha requisição
Isso é outro nome pra SSR?
@ethi8128
Жыл бұрын
não. SRR é outra coisa.
@Brendospdev
Жыл бұрын
Não! São conceitos diferentes.
Cara falando nada com nada, típico de programador de youtube, 'estuda' não sabe aplicar na vida real, comparando bff com grapqhl e next.js... comparando laranja com bananas
@eduoliveira1983
29 күн бұрын
Cara, não conheço sobre o assunto e de certa forma acabei caindo nesse video, mas tanto a parte do graphql quanto a do next.js (que sim, ele deu uma forçada de barra pq o que ele falou é possivel de se fazer em outras linguagens/frameworks), não ví comparações e sim possibilidade de implementações. Claro que o mundo real é diferente de um video de 20 minutos, mas não tive essa impressão que vc teve....