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.
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.
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
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 ?
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.
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 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
@@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
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
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....
ja critiquei esse cara mas ando vendo que o trabalho dele é sério pra caramba. Parabéns !
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.
Vim aprender BFF, Aprendi Arquitetura também de GraphQL e do React com next. Obrigado
Cheguei!!! TOP TOP TOP esse vídeo!!!
Muito foda a explicação 🙌🏻
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.
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
@@samuelalves9827 muda de trampo, mano. Usa esse tempo pra se preparar
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 ?
também me pergunto isso. Tenho interesse no curso.
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.
Sobre o uso de bffs com graphql, os serviços que que consome tbm tem implementação de graphQL?
Eu estou trabalhando em um projeto usando bff usando NestJS em back e React no front
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.
sim, trabalho, mas nao sei se está certo, pois só fazemos aplicacoes para web. só desktop
E o tamanho do payload como fica com um requisição trazer varias estruturas?
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?
A arquitetura implementada na sua empresa não seria mais um API Gateway?
@@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
@@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
Meu sonho um curso de voces apenas sobre next bff >3
Isso é outro nome pra SSR?
não. SRR é outra coisa.
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
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....