قد يختلف دور ومسؤوليات مهندس موثوقية الموقع (SRE) اعتمادا على حجم المؤسسة، وعلى هذا النحو، تختلف أدوات مهندس موثوقية الموقع. بالنسبة للجزء الأكبر ، يركز مهندس موثوقية الموقع على مهام ومشاريع متعددة في وقت واحد ، لذلك بالنسبة لمعظم SREs ، تعكس الأدوات المختلفة التي يستخدمونها مسؤولياتهم المتطورة منذ البداية.
في عالم مهندس موثوقية الموقع (SRE) ، الفشل ليس خيارا فحسب ، بل إنه متوقع أيضا. الأنظمة وتطبيقات الويب والخوادم والأجهزة وما إلى ذلك ، كلها عرضة لمشكلات الأداء والانقطاعات غير المتوقعة في مرحلة ما. إنها حقيقة لا مفر منها. يمكن أن تؤدي هذه الإخفاقات غير المتوقعة إلى خسائر فادحة
كان هناك وقت كان فيه الوقوف على موقع ويب أو تطبيق بسيطا ومباشرا وليس الشبكات المعقدة التي هم عليها اليوم. لم يكن على مطوري الويب أو المسؤولين القلق أو حتى النظر في تعقيد الأنظمة الموزعة اليوم. كانت الوصفة واضحة. هل لديك قاعدة بيانات؟ فحص. هل لديك خادم ويب؟ فحص. عظيم
في إحدى مقالاتنا السابقة ، ناقشنا ما هو SRE ، وما يفعلونه ، وبعض المسؤوليات المشتركة التي قد تكون لدى SRE النموذجية ، مثل دعم العمليات ، والتعامل مع تذاكر المتاعب والاستجابة للحوادث ، ومراقبة النظام العام وإمكانية ملاحظته. في هذه المقالة ، سنتعمق أكثر في مختلف مبادئ وإرشادات SRE
مهندس موثوقية الموقع ، أو SRE ، هو دور يشمل جوانب كل من هندسة البرمجيات والعمليات / البنية التحتية. كما أنه يشمل استراتيجية ومجموعة من الممارسات والمبادئ عبر عروض الخدمات ويرتبط ارتباطا وثيقا ب DevOps والعمليات. ظهر مصطلح هندسة موثوقية الموقع لأول مرة في Google في عام 2003 عندما تم
هناك العديد من مستويات التفاصيل التي يمكنك اختيار مراقبتها أو تجاهلها عند إعداد شاشات مواقع الويب. أولا ، يجب عليك تحديد صفحات الويب المهمة بما يكفي لموقع الويب الخاص بك لمراقبتها. عادة ما يختار الأشخاص الصفحة الرئيسية وتسجيل الدخول إلى البوابة الإلكترونية والوظائف الداخلية الرئيسية مثل لوحة المعلومات أو الخروج
[dt_gap height=”10″ /] لا يوجد كمبيوتر هو جزيرة. نحن نتصل بالعديد من الخوادم المختلفة على مدار اليوم بحيث نحن لا نفكر حتى في ذلك. حتى لا نتمكن من الاتصال. أو يتأخر الاتصال كثيرا لدرجة أنك تبدأ في التفكير الذهاب في وضع عدم الاتصال لفترة من الوقت (يلهث!). ربما يمكنك استخدام
اكتشفت Dotcom-Monitor أن بعض عملاء Network Solutions الذين يستخدمون خوادم الأسماء مثل NS46.WORLDNIC.COM و NS53.WORLDNIC.COM يواجهون مشكلات متقطعة. في بعض الأحيان ، تؤدي محاولات الحل إلى الخوادم إلى نتائج غير صحيحة عن طريق توجيه مواقع ويب متعددة غير ذات صلة إلى 141.8.225.31. لمعرفة ما إذا كان هذا يؤثر على موقعك
15 أكتوبر: انقطاع نيوستار UltraDNS 15 أكتوبر 2015 – Neustar UltraDNS Down – Dotcom-Monitor يتتبع انقطاع Neustar UltraDNS في هذا الوقت. يبدو أن انقطاع UltraDNS قد بدأ في حوالي الساعة 4:00 مساء بتوقيت وسط أوروبا. أدت مشكلة UltraDNS إلى تنبيهات خطأ للعملاء (كما ينبغي). المراقبة التي لا تقوم بتخزين DNS
عمر IPv6 علينا ARIN ، السجل الأمريكي لأرقام الإنترنت هو السلطة المسؤولة عن توزيع عناوين IP في أمريكا الشمالية. تلقت ARIN كتل IPv4 لأمريكا الشمالية من IANA (هيئة الأرقام المخصصة للإنترنت ، المسؤولة عن توزيع عناوين IP والحفاظ على مناطق جذر DNS بالإضافة إلى إدارة قاعدة بيانات نطاقات المستوى الأعلى.
© 1998-2023 دوت كوم مونيتور جميع الحقوق محفوظة.
