Descrizione del progetto
TradottoAbbiamo diversi microservizi REST, ciascuno responsabile per il proprio dominio — utenti, catalogo, ordini, fatturazione. I client web e mobile sono stanchi di fare tre o quattro richieste di seguito per visualizzare un'unica schermata. Abbiamo bisogno di un gateway GraphQL che si trovi davanti a questi servizi, restituisca uno schema unificato pulito e consenta ai client di ottenere esattamente i campi di cui hanno bisogno in un'unica richiesta. Sottolineiamo: questo è un compito di gateway, non una riscrittura — le API REST rimangono come sono, e il tuo strato le aggrega e le federate.
La parte principale del lavoro è la progettazione dello schema e i risolutori. Ci aspettiamo un sistema di tipi ben strutturato con nomi chiari e risolutori che chiamano i punti finali REST sottostanti, uniscono entità correlate e risolvono collegamenti tra servizi senza l'esplosione classica N+1 — cioè, il batching e il pattern del data loader per ogni query sono obbligatori. Inoltre, abbiamo bisogno di caching delle risposte con invalidazione adeguata e autorizzazione: passa il token del chiamante, controllalo al gateway e applica le regole di accesso a livello di campo e tipo. Si prega di gestire le parziali anomalie in modo elegante in modo che un backend lento non faccia fallire l'intera richiesta.
Per evitare confusione: questo non è un server API mock o un gateway webhook — abbiamo bisogno di uno strato di aggregazione GraphQL in produzione su API REST attive. Il risultato dovrebbe essere deployabile, documentato e coperto da test. Scrivi quale stack preferisci (Node con Apollo, router di federazione, o un altro approccio) e perché. Stima — tre settimane, per un ingegnere forte la tempistica è negoziabile.
— Schema GraphQL unificato su 4+ servizi REST
— Risolutori con stitching, federazione e data loader
— Strategia di caching delle risposte e invalidazione
— Passaggio del token e autorizzazione a livello di campo e tipo
— Test, documentazione e docker-compose locale per l'esecuzione
La parte principale del lavoro è la progettazione dello schema e i risolutori. Ci aspettiamo un sistema di tipi ben strutturato con nomi chiari e risolutori che chiamano i punti finali REST sottostanti, uniscono entità correlate e risolvono collegamenti tra servizi senza l'esplosione classica N+1 — cioè, il batching e il pattern del data loader per ogni query sono obbligatori. Inoltre, abbiamo bisogno di caching delle risposte con invalidazione adeguata e autorizzazione: passa il token del chiamante, controllalo al gateway e applica le regole di accesso a livello di campo e tipo. Si prega di gestire le parziali anomalie in modo elegante in modo che un backend lento non faccia fallire l'intera richiesta.
Per evitare confusione: questo non è un server API mock o un gateway webhook — abbiamo bisogno di uno strato di aggregazione GraphQL in produzione su API REST attive. Il risultato dovrebbe essere deployabile, documentato e coperto da test. Scrivi quale stack preferisci (Node con Apollo, router di federazione, o un altro approccio) e perché. Stima — tre settimane, per un ingegnere forte la tempistica è negoziabile.
— Schema GraphQL unificato su 4+ servizi REST
— Risolutori con stitching, federazione e data loader
— Strategia di caching delle risposte e invalidazione
— Passaggio del token e autorizzazione a livello di campo e tipo
— Test, documentazione e docker-compose locale per l'esecuzione
Programmazione web Contante, Bonifico bancario
