عند مراقبة موقعك على الويب من مكان واحد، فإنك تختبر اتصالك بخادمك. وهذا لا يخبرك شيئًا عما يختبره المستخدمون في سنغافورة أو ساو باولو أو ستوكهولم. إن مراقبة موقع ويب من مواقع متعددة هي الطريقة الوحيدة لرؤية الصورة الكاملة.
إذا كان الأمر متروكًا لك ولكن منخفضًا بالنسبة لهم، فهل هو حقًا مرتفع؟
لقد قمت ببناء منتج SaaS مع عملاء في 15 دولة. الأعمال التجارية تنمو. مراقبة وقت التشغيل الخاص بك تقول 99.9٪. كل شيء يبدو على ما يرام.
ثم يرسل أحد العملاء في مومباي بريدًا إلكترونيًا: "لم أتمكن من الوصول إلى حسابي لمدة يومين." يغرد أحد العملاء المحتملين في برلين: "جربت العرض التوضيحي ولكن الموقع لم يتم تحميله مطلقًا." يقوم فريقك في سان فرانسيسكو بفحص الموقع — يعمل بشكل مثالي.
أنت تحفر في مراقبتك. كلها خضراء. لا تنبيهات. يمكنك التحقق من سجلات الخادم الخاص بك - لا توجد أخطاء. تقول لوحة تحكم CDN الخاصة بك أن جميع الحواف قيد التشغيل. لا توجد حادثة للتحقيق فيها، لأنه وفقًا لأدواتك، لم يحدث شيء.
ولكن حدث شيء ما. لم يكن من الممكن الوصول إلى موقع الويب الخاص بك في مناطق معينة - ولم تكن لديك رؤية له.
ولهذا السبب تحتاج إلى مراقبة موقع الويب الخاص بك من مواقع متعددة، وليس موقعًا واحدًا فقط. يبدو الإنترنت مختلفًا اعتمادًا على المكان الذي تقف فيه.
الإنترنت ليس متراصة. إنها شبكة مكونة من آلاف الشبكات — ويتغير المسار من جهاز المستخدم إلى الخادم الخاص بك اعتمادًا على مكان وجودهم.
يتم توزيع DNS. عندما يستعلم مستخدم في جاكرتا عن نطاقك، فهو لا يصل إلى نفس خادم DNS الذي يستخدمه مستخدم في شيكاغو. إذا تم تكوين عقدة Anycast الخاصة بمزود DNS الخاص بك في جنوب شرق آسيا بشكل خاطئ أو معطلة، فسيحصل المستخدمون في تلك المنطقة على أخطاء NXDOMAIN - بينما يعمل باقي العالم بشكل جيد.
السيناريو الحقيقي: يقدم PoP في سنغافورة لموفر نظام أسماء النطاقات (DNS) سجلات قديمة لمدة 4 ساعات. لا يستطيع المستخدمون في جنوب شرق آسيا الوصول إلى موقعك. مراقبتك في فيرجينيا لا ترى أي خطأ.
يحدد BGP كيفية انتقال الحزم عبر الإنترنت. يمكن أن يؤدي إعلان المسار الذي تمت تهيئته بشكل خاطئ إلى إرسال حركة المرور إلى طرق تحويلية غير معقولة - أو إلى ثقب أسود. غالبًا ما تكون مشكلات التوجيه هذه خاصة بالمنطقة. قد تعمل حركة المرور من البرازيل بشكل مثالي بينما تنخفض حركة المرور من الأرجنتين.
السيناريو الحقيقي: يعلن مزود خدمة الإنترنت في أمريكا اللاتينية عن طريق سيئ. يصبح موقعك غير قابل للوصول لـ 3 ملايين مستخدم. تُظهِر مراقبتك في الولايات المتحدة وقت تشغيل بنسبة 100%.
يحتوي CDN الخاص بك على 200 موقع مؤقت. كل منها نقطة مستقلة للفشل. قد تخدم إحدى الميزات الموجودة في سيدني محتوى تالفًا. قد تكون هناك شهادة منتهية الصلاحية في إحدى المناطق في فرانكفورت. تشير صفحة حالة CDN إلى "جميع الأنظمة قيد التشغيل" لأن صحتها الإجمالية جيدة - ويختلف المستخدمون لديك في تلك المناطق.
السيناريو الحقيقي: تعيد حافة CDN في مومباي 503 لمدة 6 ساعات. الحواف الأخرى تعمل بشكل مثالي. إذا قمت بالمراقبة من الولايات المتحدة فقط، فلن ترى شيئًا.
يعاني بعض مزودي خدمة الإنترنت من ضعف في التعامل مع بعض موفري الاستضافة أو نطاقات IP. يمكن لنقطة النظير المزدحمة أن تحول موقع ويب سريعًا إلى موقع غير قابل للاستخدام لملايين المستخدمين على مزود خدمة الإنترنت هذا - بينما لا يواجه المستخدمون على الشبكات الأخرى في نفس المدينة أي مشكلات.
السيناريو الحقيقي: يقوم مزود خدمة الإنترنت الإندونيسي الرئيسي باختناق حركة المرور إلى نطاقات AWS IP خلال ساعات الذروة. يواجه المستخدمون تحميلات للصفحة لمدة 15 ثانية. يتم تحميل المستخدمين على مزودي خدمة الإنترنت الآخرين بسرعة 800 مللي ثانية.
الموضوع المشترك: كل فشل من هذه الإخفاقات يتعلق بموقع محدد. أنها لا تؤثر على الخادم الأصلي الخاص بك. أنها لا تظهر في APM الخاص بك. إنها غير مرئية من المكان الذي تجلس فيه — إلا إذا كنت تراقب موقع الويب الخاص بك بشكل نشط من مواقع متعددة حول العالم.
لا يعني ذلك أن مراقبتك الحالية مكسورة. إنها مصممة لمشكلة أبسط.
توفر معظم خدمات المراقبة ما بين 5 إلى 15 موقعًا، موجهة بشكل كبير نحو الولايات المتحدة وأوروبا الغربية. إذا كان المستخدمون لديك يمتدون إلى أمريكا اللاتينية، أو جنوب شرق آسيا، أو أفريقيا، أو أوروبا الشرقية، فإن مراقبتك بها نقاط عمياء كبيرة.
عمليات التحقق من AWS us-east-1 إلى خادم AWS us-west-2 الخاص بك تختبر تناظر موفر السحابة، وليس مسارات الشبكة في العالم الحقيقي. الاتصالات السحابية سريعة وموثوقة. اتصالات ISP الخاصة بالمستخدمين ليست كذلك.
إن معرفة أن "الموقع معطل من سنغافورة" ليس أمرًا قابلاً للتنفيذ. هل كان DNS؟ مهلة مصافحة TCP؟ فشل TLS؟ ارتفاع TTFB؟ بدون تحليل زمن الوصول وبيانات تتبع المسار، لا يمكنك تشخيص السبب الجذري.
عادةً ما تكلف المراقبة الموزعة على مستوى المؤسسات ما بين 200 إلى 500 دولار شهريًا. بالنسبة للشركات الناشئة والشركات الصغيرة، تعد هذه تكلفة كبيرة. تتوصل الفرق إلى حل وسط باستخدام أدوات أرخص ذات مواقع أقل - وتأمل في الأفضل.
عندما تقوم بمراقبة موقع ويب من مواقع متعددة - 50 أو 70 أو أكثر - فإنك تقلل بشكل كبير من النقاط العمياء. تنتقل من الأمل في عدم وجود مشاكل في المناطق غير المكشوفة إلى المعرفة الفعلية.
إن مشكلات التوفر الإقليمي لها تكاليف حقيقية - حتى عندما تظهر لوحة المعلومات باللون الأخضر.
لا يقوم المستخدمون الذين لا يستطيعون تحميل موقعك بتقديم تذاكر الدعم، بل يجدون بديلاً. إن الانقطاع الإقليمي الذي يستمر لبضع ساعات يكلفك الزوار الذين لا يظهرون أبدًا في تحليلاتك لأنهم لا يستطيعون تحميل جافا سكريبت الخاص بك. لن تعرف أبدًا بوجودهم.
انتهت مهلة صفحة الاشتراك الخاصة بك في البرازيل. فشل الخروج الخاص بك في الهند. هذه ليست "حالات هامشية" - فالبرازيل والهند لديهما أعداد هائلة من مستخدمي الإنترنت. إذا لم تقم بمراقبة موقع الويب الخاص بك من مواقع متعددة في هذه المناطق، فإنك تخسر إيرادات لا يمكنك حتى تحديدها.
يقوم Google بالزحف من مواقع جغرافية متعددة. إذا لم يتمكن Googlebot من الوصول إلى موقعك من مناطق معينة، فسيتم إلغاء فهرسة تلك الصفحات. تنخفض نتائج مؤشرات أداء الويب الأساسية في المناطق ذات زمن الاستجابة المرتفع. تنخفض التصنيفات - ولن تعرف السبب حتى تنخفض حركة المرور العضوية بالفعل.
"خدمتهم لا تعمل أبداً من هنا." هذا ما يُقال في منتديات Reddit وTwitter ومنتديات الصناعة. بمجرد أن يكتسب منتجك سمعة باعتباره غير موثوق به في مناطق معينة، فإن عكس هذا التصور يستغرق شهورًا - حتى بعد إصلاح المشكلات الأساسية.
تتطلب المراقبة الفعالة متعددة المواقع ثلاث ركائز: التغطية، وعمق التشخيص، والوعي بالاتجاهات.
تغطية كل القارات الكبرى. قم بتضمين المواقع التي يتواجد فيها المستخدمون فعليًا - وليس فقط مدن المستوى الأول. طوكيو، سنغافورة، سيدني، مومباي، فرانكفورت، ساو باولو، جوهانسبرج. كل موقع إضافي يقلل من تغطية النقاط العمياء لديك.
المزيد من المواقع = مفاجآت أقل من رسائل البريد الإلكتروني الغاضبة للعملاء.
قم بقياس كل مرحلة: دقة DNS، ومصافحة TCP، وتفاوض TLS، والوقت حتى البايت الأول، ونقل المحتوى. عندما يكون هناك شيء بطيء أو فاشل، فأنت بحاجة إلى معرفة المرحلة المسؤولة - وإلا فإنك تقوم بتصحيح الأخطاء بشكل أعمى.
"إنها بطيئة" ليست قابلة للتنفيذ. "450 مللي ثانية DNS من طوكيو" هو.
يعرض لك Traceroute بالضبط أي خطوة في الشبكة تضيف زمن الوصول أو تسقط الحزم. تتيح لك البيانات التاريخية مقارنة الأداء الحالي مع خطوط الأساس. يخبرونك معًا ما إذا كان هناك شيء ما قد تم كسره حديثًا أو كان دائمًا دون المستوى الأمثل.
يحصل التصعيد المبني على الأدلة على استجابات أسرع من مقدمي الخدمة.
سواء كنت تستخدم خدمة مُدارة أو تقوم بإنشاء خدمة خاصة بك، فهذه هي الأساسيات.
تحقق من Google Analytics أو تحليلات Cloudflare أو سجلات الوصول إلى الخادم لمعرفة البلدان والمدن التي تجذب حركة المرور. يجب أن تتوافق مواقع المراقبة الخاصة بك مع جغرافية المستخدم الخاصة بك - فالمراقبة من فرانكفورت لا تساعد إذا كان المستخدمون في مانيلا.
أقل من 50 موقعًا يترك فجوات كبيرة. ضمان التغطية في المناطق المحرومة: جنوب شرق آسيا وأمريكا اللاتينية وأفريقيا وأوروبا الشرقية وأوقيانوسيا. غالبًا ما تكون هذه هي الأماكن التي تختبئ فيها المشكلات دون أن يتم اكتشافها.
راقب صفحة الاشتراك الخاصة بك، وتدفق الخروج، ونقطة نهاية تسجيل الدخول، ومسارات واجهة برمجة التطبيقات الرئيسية. الصفحة الرئيسية التي تعمل لا تعني شيئًا إذا لم يتمكن المستخدمون من إكمال عملية شراء أو تسجيل الدخول إلى حساباتهم.
قم بتكوين توقيت DNS وTCP وTLS وTTFB. قم بإعداد Traceroute وMTR عندما تحتاج إلى تشخيص مشكلات التوجيه. بدون هذه البيانات، ستعرف أن هناك خطأ ما ولكن ليس ما يجب إصلاحه.
لا تنبه فقط إلى انقطاع التيار الكهربائي على مستوى العالم. احصل على إشعارات عندما تتجاوز منطقة معينة حدود زمن الوصول أو ينخفض التوفر - حتى لو كان الوضع في بقية أنحاء العالم جيدًا. غالبًا ما يكون التدهور الإقليمي بمثابة مقدمة لقضايا أكبر.
"هل 250 مللي ثانية من سنغافورة جيدة أم سيئة؟" أنت تعرف فقط إذا كان لديك سياق تاريخي. تحديد الأداء الأساسي لكل منطقة. احترس من التدهور التدريجي — فالمشاكل التي تتطور ببطء من السهل تفويتها حتى تصبح انقطاعات.
اقضِ 10 دقائق كل أسبوع في مراجعة الأداء الإقليمي. ابحث عن المناطق ذات زمن الاستجابة العالي أو التوفر الأقل باستمرار. تكشف هذه الأنماط عن المشكلات التي قد تفوتها التنبيهات في الوقت الفعلي.
عند الاتصال بـ CDN أو مزود الاستضافة أو خدمة DNS الخاصة بك بشأن مشكلة إقليمية، قم بإحضار بيانات التتبع وتفاصيل التوقيت والمخططات التاريخية. تم رفض عبارة "المستخدمون في البرازيل يشتكون". "إليك 7 أيام من تتبع المسار تظهر 400 مللي ثانية على حافة ساو باولو" تجذب الانتباه.
تم إنشاء Latency Global خصيصًا لمراقبة مواقع الويب من مواقع متعددة حول العالم. نحن نجري عمليات فحص من أكثر من 70 موقعًا عبر 6 قارات - ونغطي المناطق التي تتجاهلها معظم خدمات المراقبة: جنوب شرق آسيا، وأمريكا اللاتينية، وإفريقيا، والشرق الأوسط، وأوروبا الشرقية.
يتضمن كل فحص توزيعًا كاملاً لزمن الاستجابة: DNS، وTCP، وTLS، وTTFB. يمكنك تشغيل Traceroute وMTR عند الطلب من أي مكان لتشخيص مشكلات التوجيه. تتيح لك البيانات التاريخية مقارنة الأداء الحالي مع خطوط الأساس. وتتكلف 5 دولارات شهريًا - وليس ما بين 200 إلى 500 دولار أمريكي التي تكلفها عادةً المراقبة العالمية للمؤسسات.
إن تشغيل البنية التحتية العالمية للمراقبة مكلف. نحن نحافظ على إمكانية الوصول إلى الأسعار من خلال خدمة العملاء الذين يدفعون ويقدرون الخدمة - وليس من خلال الحفاظ على المستويات المجانية.
تقوم مراقبة الموقع الواحد باختبار الاتصال من نقطة واحدة على الإنترنت إلى الخادم الخاص بك. ولا يخبرك شيئًا عن تجربة المستخدمين في المناطق الأخرى. يمكن حل DNS بشكل مختلف حسب الجغرافيا. تختلف مسارات التوجيه حسب الموقع. تفشل حواف CDN بشكل مستقل. لدى مزودي خدمة الإنترنت ترتيبات نظير مختلفة. الطريقة الوحيدة لمعرفة ما إذا كان موقعك يعمل لصالح المستخدمين في سنغافورة أو ساو باولو أو ستوكهولم هي الاختبار من تلك المواقع.
يعتمد ذلك على توزيع المستخدم الخاص بك، ولكن المزيد هو الأفضل. إذا كان المستخدمون يتركزون في عدد قليل من البلدان، فقم بتغطية تلك البلدان على وجه التحديد. إذا كان لديك جمهور عالمي، فاستهدف أكثر من 50 موقعًا يغطي جميع القارات الرئيسية. تمثل كل منطقة مكشوفة نقطة عمياء محتملة حيث يمكن إخفاء المشكلات دون أن يتم اكتشافها.
يتمتع موفرو الخدمات السحابية (AWS، وGCP، وAzure) باتصالات بينية ممتازة بين مناطقهم. غالبًا ما ينتقل التحقق من AWS ap-southeast-1 إلى خادم AWS us-west-2 الخاص بك عبر الشبكات الأساسية السحابية الخاصة مع زمن استجابة منخفض ومتسق. هذه ليست الطريقة التي يتواصل بها المستخدمون لديك. يجتاز المستخدمون الحقيقيون البنية التحتية العامة للإنترنت بكل تنوعها - نظير مزود خدمة الإنترنت، والكابلات عبر المحيطات، ومراوغات التوجيه الإقليمية. وتعطي المراقبة من نقاط مراقبة غير سحابية صورة أكثر واقعية.
المشكلة هي معرفة متى يتم تشغيله. بحلول الوقت الذي يشتكي فيه المستخدم، ربما تكون المشكلة مستمرة لساعات - أو ربما تم حلها بالفعل. المراقبة المستمرة تكتشف المشكلات فور حدوثها. وإذا كنت بحاجة إلى تصحيح الأخطاء، فإن الحصول على بيانات تتبع المسار التاريخية يوضح لك كيف بدا مسار الشبكة أثناء الحادث، وليس بعد انتهائه فقط.
أشر إلى تحليلاتك: ما هي النسبة المئوية للمستخدمين الذين يأتون من خارج تغطية المراقبة الخاصة بك؟ احسب الإيرادات من تلك المناطق. ثم ضع في اعتبارك: إذا كان موقعك معطلاً لمدة 4 ساعات في تلك المناطق ولم تكن تعرف، ما هي تكلفة ذلك؟ بالنسبة لمعظم الشركات، يعد مبلغ 5 دولارات شهريًا بمثابة خطأ تقريبي مقارنة بخسارة الإيرادات المحتملة الناتجة عن انقطاع إقليمي واحد لم يتم اكتشافه.
تكتشف مراقبة DNS مشكلات المحلل. تنبهك مراقبة SSL قبل انتهاء صلاحية الشهادات إقليميًا. تتحقق مراقبة المنافذ من الخدمات غير المتعلقة بـ HTTP. تقيس مراقبة Ping زمن الوصول الأولي للشبكة دون حمل HTTP. يساعد كل من Traceroute وMTR في تشخيص مشكلات التوجيه عند حدوث مشكلات. يستخدم الإعداد الشامل أنواعًا متعددة من الشاشات لزوايا رؤية مختلفة.
توقف عن الأمل في أن يعمل موقع الويب الخاص بك في كل مكان. ابدأ بالمعرفة. أضف عناوين URL الخاصة بك، وحدد مواقع المراقبة الخاصة بك، واحصل على رؤية لما يختبره المستخدمون حول العالم فعليًا - قبل أن يرسلوا إليك بريدًا إلكترونيًا بخصوص هذا الموضوع.
5 دولارات شهريًا • لا توجد عقود • قم بالإلغاء في أي وقت