GGogotem
العودة إلى جميع الأدوات

مخطط طلبات API

أدخل المستخدمين والتصرفات اليومية ونسبة cache ومعامل الذروة وزمن الاستجابة والحدود لتقييم سعة كل endpoint قبل الإصدار.

الفئات بانتظار النتيجة
الإبلاغ عن مشكلة

مساحة سعة API

راجع سعة كل endpoint ومخاطر الإطلاق

اجمع المرور الشهري وpeak RPS وcache والكمون والتزامن وrate limit في خطة واحدة.

الأداة المختارة

مخطط طلبات API

أدخل المستخدمين والتصرفات اليومية ونسبة cache ومعامل الذروة وزمن الاستجابة والحدود لتقييم سعة كل endpoint قبل الإصدار.

تتم الحسابات في المتصفح. تحقق من الافتراضات بسجلات production وحدود المزود قبل الإطلاق.

خطة endpoints

مخطط طلبات API

أدخل المستخدمين والتصرفات اليومية ونسبة cache ومعامل الذروة وزمن الاستجابة والحدود لتقييم سعة كل endpoint قبل الإصدار.

1 أداة

جاهزية الإطلاق

جاهز لاختبار الحمل

الحالة

عدد endpoints ٣ · أعلى استخدام للسعة ٢٨٫٦%

الاستدعاءات الشهرية

١٤٬٤٣٨٬٤٠٠

استدعاءات origin

٦٬٣٢٦٬٤٠٠

إجمالي peak RPS

٦٧٫٠٥ RPS

أعلى استخدام للسعة

٢٨٫٦%

سيناريوهات سريعة

اختر نوع الخدمة لملء endpoints وافتراضات مرور واقعية.

استدعاءات الذروة بالدقيقة

٤٬٠٢٣

الحد المقترح بالدقيقة

٥٬٤٣٢

السعة المتبقية

٧١٫٤%

استدعاءات وفرها cache

٨٬١١٢٬٠٠٠

النقل الشهري

٣٠١٫٣٩ GB

استخدام التزامن

٥٫١%

خطة سعة endpoints

أضف كل API في بطاقة مستقلة. يحسب المخطط الاستدعاءات الشهرية وحمل origin وpeak RPS ونسبة استخدام الحدود وأهم المخاطر.

تفاصيل السعة

اضبط الساعات النشطة وحجم الاستجابة وزمن P95 وحد التزامن.

tune

النقل الشهري

٢٨٥٫٦٤ GB

تزامن الذروة

٤٫٤

استخدام التزامن

٣٫٧%

شهرياً

١٢٬٤٨٠٬٠٠٠

origin

٤٬٣٦٨٬٠٠٠

peak RPS

٥٧٫١٤

استخدام الحد

٢٨٫٦%

الخطوة التاليةراقب بعد الإطلاق

تفاصيل السعة

اضبط الساعات النشطة وحجم الاستجابة وزمن P95 وحد التزامن.

tune

النقل الشهري

١١٫٧٢ GB

تزامن الذروة

٢٫٤١

استخدام التزامن

٣٫٤%

شهرياً

١٬٥٣٦٬٠٠٠

origin

١٬٥٣٦٬٠٠٠

peak RPS

٦٫٣٥

استخدام الحد

١٢٫٧%

الخطوة التاليةراجع retries وidempotency

تفاصيل السعة

اضبط الساعات النشطة وحجم الاستجابة وزمن P95 وحد التزامن.

tune

النقل الشهري

٤٫٠٣ GB

تزامن الذروة

٢٫٣١

استخدام التزامن

٥٫١%

شهرياً

٤٢٢٬٤٠٠

origin

٤٢٢٬٤٠٠

peak RPS

٣٫٥٦

استخدام الحد

٢٣٫٧%

الخطوة التاليةراجع retries وidempotency

تفاصيل السعة

POST /api/orders٢٣٫٧%
GET /api/products٢٨٫٦%
POST /api/cart/items١٢٫٧%

قائمة ما قبل الإطلاق

الحد الأدنى من الفحوص قبل اختبار الحمل.

  • تحقق من حدود المزود في الثانية والدقيقة.
  • افصل GET القابل للتخزين عن طلبات الطلب والدفع والكتابة.
  • أضف idempotency key لعمليات الكتابة المهمة.
  • حدد سقفاً للمحاولات واستخدم exponential backoff.
  • أنشئ تنبيهات عند 70–80% من الذروة المتوقعة.

كيفية قراءة خطة سعة API

إجمالي الاستدعاءات لا يكشف دائماً نقطة الخطر. قد يصبح endpoint بطيء أو مهم عنق زجاجة. يجمع المخطط كثافة المرور وcache والحدود والكمون والتزامن في مراجعة واحدة.

ملاحظات مهمة

  • الاستدعاءات الشهرية = المستخدمون × التصرفات اليومية × الاستدعاءات لكل تصرف × الأيام النشطة
  • استدعاءات origin = الإجمالي × (1 − نسبة cache)
  • peak RPS = الإجمالي ÷ الثواني النشطة × معامل الذروة
  • التزامن = origin peak RPS × زمن P95 بالثواني

الأسئلة الشائعة

ما معامل الذروة المناسب؟expand_more

ابدأ من 3–5 للتطبيق العادي و6–10 للإطلاقات والحمل الناتج عن الحملات أو الإشعارات، ثم صححه بالسجلات.

لماذا نحتاج نسبة cache؟expand_more

للفصل بين كل المرور عند البوابة والعمل الحقيقي الذي يصل إلى خادم origin.

هل يغني هذا عن اختبار الحمل؟expand_more

لا. يساعد على تحديد السيناريو والأولوية، ثم يجب التحقق باختبار حمل في بيئة مشابهة للإنتاج.

الترتيب المقترح

  1. 1اختر سيناريو endpoint قريباً من خدمتك.
  2. 2صحح المستخدمين والساعات والذروة وcache.
  3. 3ابدأ اختبار الحمل والتنبيهات بأعلى API خطراً.

لماذا نخطط على مستوى endpoint

قد يخفي العدد الإجمالي قمماً مختلفة وواجهات كتابة بطيئة. تخطيط endpoint يكشف مكان الخطر الحقيقي.

ملاحظات مهمة

تعتمد الحسابات على صيغ قياسية. قد يتم تقريب القيم المعروضة لتسهيل القراءة. تحقق من مصدر رسمي قبل القرارات المهمة.

مساحة النتائج

احفظ هذه النتيجة أو قارنها بنتائج سابقة أو شارك تقريرًا.