الإطلاق والمراقبة

يحدّد فريقنا موعدًا محددًا لإطلاق التطبيق. قد تلاحظ تأخّرًا في ظهور التجار على الإنترنت لعدّة ساعات.

تتم مراقبة عملية الدمج لمدة أسبوع بعد الإطلاق. إذا تجاوزت أخطاء "خادم الحجز" أو "التحديثات في الوقت الفعلي" أي حدود دنيا، سنبلغك بذلك لتصحيحها. إذا لم يتم حلّ المشاكل، ستزيل Google عملية الدمج.

خادم الحجز

في جميع عمليات تنفيذ Booking Server، يجب تضمين المسار HealthCheck. يتحقّق "مركز الإجراءات" بشكل دوري من HealthCheck مسارك. إذا لم يستجب أو أرجع استجابة غير سليمة، سنوقف عملية الدمج مؤقتًا. نواصل التحقّق بشكل دوري من مسار HealthCheck، وبعد أن يعود بحالة سليمة، نعيد تلقائيًا عملية الدمج.

طُرق التنفيذ العادية حدود معدّل الخطأ حدود وقت الاستجابة
CheckAvailability
ملاحظة: نقطة نهاية خادم الحجز هذه قديمة. يجب ألا تتضمّن عمليات الدمج الجديدة نقطة النهاية هذه.
< 10‏% أقل من 5 ثوانٍ
BatchAvailabilityLookup أقل من %3 أقل من 1.5 ثانية
CreateBooking

UpdateBooking

<5% أقل من 4 ثوانٍ

RTUs

بالنسبة إلى وحدات RTU، يتم قياس وقت الاستجابة من خلال الفرق الزمني بين وقت اتّخاذ إجراء (مثل تعديل حجز) ووقت تلقّي &quot;مركز الإجراءات&quot; لطلب وحدة RTU.

واجهة برمجة التطبيقات حدود معدّل الخطأ حدود وقت الاستجابة
BookingNotification RTU أقل من% 10 كل يوم ولكل ولاية أقل من 5 دقائق

يمكنك مراقبة معدّلات الأخطاء من خلال لوحات البيانات المختلفة في &quot;بوابة الشريك&quot;، وتحديدًا لوحات بيانات عارض عملية الاستيعاب وخادم الحجز وRTU.

متطلبات الالتزام بالسياسات في المستودع

تأكَّد من مواصلة اتّباع متطلبات الالتزام بسياسات المستودع الإعلاني. للحصول على معلومات حول كيفية إيقاف التاجر لخدمتك، يُرجى الاطّلاع على قسم إزالة الروابط التابعة لجهات خارجية في مقالة المساعدة. في حال انتهاك سياسة توافق المستودع الإعلاني، قد يتم إيقاف عملية الدمج أو إنهاؤها.