GraphQL ו־REST: השוואת צרכים, עלויות והרשאות

להבין את הבקשה ועלותה

הדוגמה משתמשת בסכמה בדויה: customer, orders ו־total צריכים להתקיים ב־API האמיתי. בקשה אחת יכולה ליצור מספר קריאות בשרת. גם REST יכול לספק תגובות מותאמות. נקודת HTTP אחת מקובלת ב־GraphQL, אך אינה חובה לכל ארכיטקטורה.

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

להשוות משימה מייצגת

• מדדו בתים, השהיה, שגיאות ועבודת שרת לאותו מסך, אותן הרשאות ונפחים מציאותיים.
• בדקו חלוקה לעמודים, קריאות מרוכזות לצמצום N+1, מטמון והפרדה בין חשבונות.
• העריכו שינויי סכמה, תאימות ללקוחות ישנים ותפעול. שמירה על REST עשויה להיות פשוטה יותר.

לאכוף הרשאות ומגבלות עומס

אמתו בקשות ואשרו גישה לאובייקטים ושדות בלוגיקה העסקית. הגבילו רשימות, עומק, כינויים, פעולות מרוכזות ועלות משוערת. תדירות בקשות בלבד אינה מתארת עומס. הסתרת אינטרוספקציה אינה מחליפה בקרה; בדקו גם סירובים ותגובות חלקיות.

מקורות ראשוניים

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