لتبقي تطبيقك شغالاً تحتاج ثلاثة أشياء: مراقبة خارجية تفحص صفحاتك ومسار الدفع كل دقيقة أو اثنتين وتنبّهك فوراً، واستضافة تتوسع تلقائياً وتسمح بالتراجع السريع عن أي تحديث سيئ، واتفاقية مستوى خدمة (SLA) واضحة تحدد نسبة التشغيل المضمونة وماذا يحدث إذا لم تتحقق. نسبة 99.9% تعني تقريباً 43 دقيقة توقف مسموحة في الشهر.
- ما هي اتفاقية مستوى الخدمة sla
- كيف اعرف ان موقعي واقف
- مراقبة الموقع الالكتروني
- وش يعني uptime 99.9
- كيف امنع توقف المتجر الالكتروني في العروض
كيف تبقي تطبيقك شغالاً وتعرف بالعطل قبل عملائك؟
إبقاء التطبيق شغالاً لا يعتمد على الحظ، بل على ثلاث طبقات: مراقبة تكتشف المشكلة خلال دقائق، استضافة مرنة تتحمل الضغط وتسمح بالتراجع عن أي تحديث، واتفاقية مستوى خدمة (SLA) تعرف منها بالضبط ما الذي يضمنه مزود الاستضافة. صاحب المتجر أو العيادة لا يحتاج أن يكون مهندس عمليات، لكنه يحتاج أن يعرف هذه الطبقات ويسأل عنها.
السيناريو المعتاد: يتوقف الدفع ليلة العيد، ولا تعرف إلا من رسالة WhatsApp غاضبة بعد ساعتين. في هذين الساعتين ضاعت طلبات، وتراكمت تذاكر دعم، وانتقل بعض العملاء إلى منافس. المراقبة الجيدة تحوّل هذا إلى تنبيه على جوالك بعد دقيقتين، وتراجع عن التحديث المسبب في دقيقة.
العطل الذي تكتشفه أنت حادثة تقنية. العطل الذي يكتشفه عميلك أزمة ثقة.
ماذا تعني 99.9% فعلاً؟
نسبة التشغيل (uptime) هي نسبة الوقت الذي يكون فيه التطبيق متاحاً خلال فترة القياس، غالباً شهر. الرقم يبدو صغير الفرق بين خيار وآخر، لكن ترجمته إلى دقائق توضح الصورة. هذه حسابات تقريبية لشهر من 30 يوماً:
| نسبة التشغيل | التوقف المسموح شهرياً تقريباً | مناسبة لـ |
|---|---|---|
| 99% | حوالي 7 ساعات و12 دقيقة | أدوات داخلية غير حرجة |
| 99.5% | حوالي 3 ساعات و36 دقيقة | مواقع تعريفية ونماذج أولية |
| 99.9% | حوالي 43 دقيقة | متاجر وتطبيقات حجز ودفع |
| 99.95% | حوالي 22 دقيقة | خدمات تشغيلية حساسة وجهات مؤسسية |
انتبه أيضاً إلى توقيت التوقف: 40 دقيقة صيانة فجر يوم ثلاثاء تختلف تماماً عن 40 دقيقة في أول ساعة من عروض الجمعة البيضاء. لذلك اسأل مزودك: متى تكون الصيانة المجدولة؟ وهل تُحسب ضمن النسبة؟
ما الذي يجب أن تراقبه؟
خطأ شائع أن تراقب «هل الخادم يعمل؟» فقط. الخادم قد يعمل والدفع معطل بسبب مفتاح منتهي، أو تسجيل الدخول متوقف لأن خدمة رسائل OTP لا ترد. راقب رحلة العميل لا الآلة.
| ما تراقبه | كيف | متى تتنبه |
|---|---|---|
| توفر الصفحة الرئيسية | فحص خارجي كل دقيقة من أكثر من موقع | فشل فحصين متتاليين |
| تسجيل الدخول برسالة OTP | فحص مسار كامل أو مراقبة نسبة نجاح الرسائل | انخفاض واضح عن المعتاد |
| الدفع | مراقبة نسبة الدفعات الناجحة وإشعارات Webhook | توقف الدفعات الناجحة لعدة دقائق في وقت نشط |
| زمن الاستجابة | متوسط زمن تحميل الصفحات المهمة | تجاوز حد تحدده مسبقاً |
| الأخطاء | عدد أخطاء الخادم في الدقيقة | قفزة مفاجئة بعد تحديث |
| الشهادة والنطاق | تاريخ انتهاء شهادة SSL وتجديد النطاق | قبل الانتهاء بأسابيع |
إلى أين تذهب التنبيهات؟
- قناة يراها شخص فعلاً: رسالة على الجوال أو مكالمة، لا بريد يُقرأ صباح الغد.
- شخص مناوب واضح في كل وقت، خصوصاً في مواسم الذروة وعطلة نهاية الأسبوع.
- صفحة حالة بسيطة أو رسالة جاهزة لإبلاغ العملاء إذا طال العطل.
- تنبيهات قليلة ومهمة: كثرة الإنذارات الكاذبة تجعل الفريق يتجاهل الحقيقي.
لماذا تتوقف التطبيقات؟ وما العلاج لكل سبب
عندما تفهم أسباب التوقف الشائعة، تعرف أين تضع جهدك. أغلب الأعطال في المشاريع الصغيرة لا تأتي من انهيار مركز بيانات، بل من أشياء يومية:
- تحديث جديد فيه خطأ
- ضغط مفاجئ من حملة أو موسم
- خدمة خارجية متوقفة (دفع، رسائل)
- انتهاء شهادة SSL أو النطاق
- قاعدة بيانات ممتلئة أو استعلام بطيء
- بيئة اختبار قبل النشر وتراجع فوري (rollback)
- توسّع تلقائي (autoscaling) واختبار حمل قبل الموسم
- رسالة واضحة للعميل وبديل مثل الدفع عند الاستلام
- تجديد تلقائي وتنبيه قبل الانتهاء
- مراقبة المساحة والاستعلامات ونسخ احتياطية يومية
لهذا تفصل بيئة الاختبار عن الإنتاج، وتحتفظ بنسخ احتياطية وخطة استعادة. في استضافة فنّان التوسع التلقائي والنسخ الاحتياطية اليومية والتراجع الفوري جزء من الاستضافة، وتبقى أنت من يقرر متى تنشر.
كيف تقرأ اتفاقية مستوى الخدمة (SLA)؟
الـ SLA عقد يحدد ما يلتزم به المزود. النسبة المكتوبة بخط كبير هي أول سطر فقط؛ التفاصيل هي ما يهم. عند مراجعة أي SLA، أو عند كتابة SLA لعملائك إذا كنت تبيع خدمة برمجية، ابحث عن هذه البنود:
- كيف يُقاس التوقف: من أي مكان؟ بأي فاصل زمني؟ وهل التباطؤ الشديد يُحسب توقفاً؟
- الاستثناءات: الصيانة المجدولة، أعطال خدمات خارجية، أخطاء في كودك أنت.
- التعويض: غالباً رصيد على الفاتورة القادمة، وليس تعويضاً عن خسارتك التجارية. اقرأه بواقعية.
- أوقات الاستجابة للدعم: كم دقيقة حتى يرد شخص على حادثة حرجة؟ وهل الدعم متاح في عطلة نهاية الأسبوع المحلية؟
- مكان البيانات والنسخ: أين تُحفظ البيانات والنسخ الاحتياطية، وكم مدة الاستعادة المستهدفة.
- كيف تطالب: كثير من الاتفاقيات تشترط أن تطلب التعويض خلال مدة محددة.
للشركات والجهات التي تحتاج اتفاقية مستوى خدمة رسمية واستضافة داخل الدولة وسجلات تدقيق، راجع خطة المؤسسات. وللسؤال عن مكان حفظ البيانات اقرأ استضافة بيانات تطبيقك في السعودية.
خطة الطوارئ: ماذا تفعل عندما يتوقف التطبيق؟
- 1أكّد العطل
افتح التطبيق من جوال وشبكة مختلفة، وتحقق من لوحة المراقبة. هل هو كامل أم جزء مثل الدفع؟
- 2اسأل: ماذا تغيّر؟
إذا كان هناك تحديث في آخر ساعات، تراجع عنه أولاً ثم ابحث عن السبب لاحقاً.
- 3افحص الخدمات الخارجية
بوابة الدفع، مزود الرسائل، خدمة الخرائط. إذا كان العطل عندهم، فعّل البديل وأبلغ عملاءك.
- 4تواصل مع العملاء
رسالة قصيرة وصادقة على التطبيق أو الحسابات الاجتماعية أفضل من صمت. لا تعِد بوقت لا تعرفه.
- 5اكتب ملاحظة بعد الحادثة
ماذا حدث، متى اكتُشف، كم استمر، وما الذي سيمنع تكراره. ثلاث فقرات تكفي.
أضف إلى تطبيقي جاهزية تشغيلية: 1) صفحة فحص صحة (health check) تتأكد من الاتصال بقاعدة البيانات وبوابة الدفع وخدمة رسائل OTP وتعيد حالة كل منها. 2) سجل أخطاء واضح في لوحة الإدارة مع عدد الأخطاء في الساعة الأخيرة. 3) لوحة صغيرة للمدير تعرض عدد الطلبات المدفوعة في آخر ساعة مقارنة بنفس الساعة أمس. 4) رسالة تنبيه تظهر للعملاء بالعربي والإنجليزي يمكنني تفعيلها من لوحة الإدارة عند وجود عطل. 5) خيار الدفع عند الاستلام كبديل يمكنني تفعيله مؤقتاً إذا تعطلت بوابة الدفع.
جرّبه في فنّانقائمة جاهزية قبل المواسم
في الخليج تأتي الذروة في أوقات معروفة: ليالي رمضان، ما قبل العيد، الجمعة البيضاء، اليوم الوطني ويوم التأسيس في السعودية، ومهرجان دبي للتسوق في الإمارات. قبل كل موسم بأسبوعين:
- جمّد التحديثات الكبيرة في أسبوع الذروة، وانشر الإصلاحات الضرورية فقط.
- جرّب مسار الطلب كاملاً من جوال حقيقي: تسجيل، سلة، دفع بـ mada وApple Pay، إشعار.
- تأكد من التوسع التلقائي وحدود الخطة، وأن النسخ الاحتياطية تعمل وجربت الاستعادة.
- حدّد مناوباً لكل فترة، وخاصة بعد الإفطار وفي ساعات الليل المتأخرة.
- جهّز رسالة عطل جاهزة بالعربي والإنجليزي، وبديل دفع.
- راجع تاريخ انتهاء شهادة SSL والنطاق.
للتحضير التجاري للموسم نفسه اقرأ الاستعداد للجمعة البيضاء في المتاجر السعودية، وإذا بدأ تطبيقك يكبر فاقرأ عندما يكبر تطبيقك المبني بالذكاء الاصطناعي. الخطوة التالية: فعّل مراقبة خارجية لثلاث صفحات اليوم، وحدد من يستلم التنبيه.
الخلاصة
- نسبة التشغيل رقم قابل للحساب: كل «9» إضافية تقلّص وقت التوقف المسموح بعشرة أضعاف تقريباً.
- راقب ما يهم العميل: الصفحة الرئيسية، تسجيل الدخول، إضافة للسلة، والدفع، لا الخادم فقط.
- أغلب الأعطال تأتي بعد تحديث جديد، لذلك التراجع الفوري أهم أداة عندك.
- اقرأ في الـ SLA ما المستثنى، وكيف يُحسب التوقف، وما التعويض، لا النسبة فقط.
- جهّز للمواسم مسبقاً: رمضان والعيد والجمعة البيضاء واليوم الوطني.
أسئلة شائعة
وش يعني uptime 99.9؟
كيف اعرف ان موقعي واقف؟
ما هي اتفاقية مستوى الخدمة SLA؟
هل احتاج SLA لمتجر صغير؟
ايش اسوي اذا وقف الدفع في موسم العيد؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «المراقبة واتفاقية مستوى الخدمة (SLA): كيف تبقي تطبيقك شغالاً» https://fanann.com/ar/blog/uptime-monitoring-sla/ سؤالي: ما هي اتفاقية مستوى الخدمة sla اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.