GraphQL e REST: confrontare esigenze, costi e autorizzazioni

Capire richiesta e costo

L’esempio usa uno schema fittizio: customer, orders e total devono esistere nell’API reale. Una richiesta può generare più letture sul server. Anche REST può offrire risposte mirate. Un singolo endpoint HTTP è comune con GraphQL, ma non obbligatorio per ogni architettura.

query RecentOrders($id: ID!) {
  customer(id: $id) {
    name
    orders(first: 5) {
      nodes { id total }
    }
  }
}

Confrontare un’attività rappresentativa

• Misura byte, latenza, errori e lavoro del server per la stessa schermata, permessi e volumi realistici.
• Verifica paginazione, letture raggruppate contro N+1, cache e isolamento tra account.
• Valuta evoluzione dello schema, compatibilità dei client precedenti e gestione operativa. Conservare REST può essere più semplice.

Applicare diritti e limiti

Autentica le richieste e autorizza oggetti e campi nella logica di business. Limita liste, profondità, alias, operazioni raggruppate e costo stimato. La sola frequenza delle richieste non descrive il carico. Nascondere l’introspezione non sostituisce questi controlli; prova anche rifiuti e risposte parziali.

Fonti primarie

• GraphQL — Learn [EN]
• GraphQL — Performance [EN]
• GraphQL — Security [EN]