Descrição do projeto
TraduzidoTemos vários microserviços REST, cada um responsável por sua própria área de domínio — usuários, catálogo, pedidos, faturamento. Clientes web e móveis estão cansados de fazer três ou quatro requisições seguidas para renderizar uma tela. Precisamos de um gateway GraphQL que fique na frente desses serviços, retorne um esquema unificado limpo e permita que os clientes obtenham exatamente os campos de que precisam em uma única requisição. Enfatizamos: esta é uma tarefa de gateway, não uma reescrita — as APIs REST permanecem como estão, e sua camada agrega e federá-las.
A parte principal do trabalho é o design do esquema e os resolvers. Esperamos um sistema de tipos bem estruturado com nomes claros e resolvers que chamem os endpoints REST subjacentes, costurem entidades relacionadas e resolvam links entre serviços sem a clássica explosão N+1 — ou seja, o agrupamento e o padrão de carregador de dados para cada consulta são obrigatórios. Além disso, precisamos de cache de resposta com invalidação e autorização adequadas: passe o token do chamador, verifique-o no gateway e aplique regras de acesso no nível de campo e tipo. Por favor, trate falhas parciais de forma elegante para que um backend lento não derrube toda a requisição.
Para evitar confusão: este não é um servidor de API simulado ou gateway de webhook — precisamos de uma camada de agregação de produção de GraphQL sobre APIs REST ao vivo. O resultado deve ser implantável, documentado e coberto com testes. Anote qual stack você prefere (Node com Apollo, roteador de federação ou outra abordagem) e por quê. Estime — três semanas, para um engenheiro forte o cronograma é negociável.
— Esquema GraphQL unificado sobre 4+ serviços REST
— Resolvers com costura, federação e carregador de dados
— Estratégia de cache de resposta e invalidação
— Passagem de token e autorização no nível de campo e tipo
— Testes, documentação e docker-compose local para execução
A parte principal do trabalho é o design do esquema e os resolvers. Esperamos um sistema de tipos bem estruturado com nomes claros e resolvers que chamem os endpoints REST subjacentes, costurem entidades relacionadas e resolvam links entre serviços sem a clássica explosão N+1 — ou seja, o agrupamento e o padrão de carregador de dados para cada consulta são obrigatórios. Além disso, precisamos de cache de resposta com invalidação e autorização adequadas: passe o token do chamador, verifique-o no gateway e aplique regras de acesso no nível de campo e tipo. Por favor, trate falhas parciais de forma elegante para que um backend lento não derrube toda a requisição.
Para evitar confusão: este não é um servidor de API simulado ou gateway de webhook — precisamos de uma camada de agregação de produção de GraphQL sobre APIs REST ao vivo. O resultado deve ser implantável, documentado e coberto com testes. Anote qual stack você prefere (Node com Apollo, roteador de federação ou outra abordagem) e por quê. Estime — três semanas, para um engenheiro forte o cronograma é negociável.
— Esquema GraphQL unificado sobre 4+ serviços REST
— Resolvers com costura, federação e carregador de dados
— Estratégia de cache de resposta e invalidação
— Passagem de token e autorização no nível de campo e tipo
— Testes, documentação e docker-compose local para execução
Programação web Dinheiro, Transferência bancária
