في عالم مهندس موثوقية الموقع (SRE) ، الفشل ليس خيارا فحسب ، بل إنه متوقع أيضا. الأنظمة وتطبيقات الويب والخوادم والأجهزة وما إلى ذلك ، كلها عرضة لمشكلات الأداء والانقطاعات غير المتوقعة في مرحلة ما. إنها حقيقة لا مفر منها. يمكن أن تؤدي هذه الإخفاقات غير المتوقعة إلى خسائر فادحة
في إحدى مقالاتنا السابقة ، ناقشنا ما هو SRE ، وما يفعلونه ، وبعض المسؤوليات المشتركة التي قد تكون لدى SRE النموذجية ، مثل دعم العمليات ، والتعامل مع تذاكر المتاعب والاستجابة للحوادث ، ومراقبة النظام العام وإمكانية ملاحظته. في هذه المقالة ، سنتعمق أكثر في مختلف مبادئ وإرشادات SRE
مهندس موثوقية الموقع ، أو SRE ، هو دور يشمل جوانب كل من هندسة البرمجيات والعمليات / البنية التحتية. كما أنه يشمل استراتيجية ومجموعة من الممارسات والمبادئ عبر عروض الخدمات ويرتبط ارتباطا وثيقا ب DevOps والعمليات. ظهر مصطلح هندسة موثوقية الموقع لأول مرة في Google في عام 2003 عندما تم
بدون خادم. من المحتمل أنك صادفت بالفعل هذا المصطلح في مكان ما ، ولكن ماذا يعني بالضبط؟ حسنا ، للبدء ، بدون خادم ، أو الحوسبة بدون خادم، لا يعني حقا عدم وجود خوادم معنية ، لأنه يوجد ، بل يشير إلى حقيقة أن مسؤولية الاضطرار إلى إدارة هذه الموارد
تم بناء شركات SaaS على بساطة الحوسبة والتخزين والشبكات التي توفرها لمستخدميها. من المفترض أن تكون تطبيقات الويب والجوال التي توفرها شركات SaaS مباشرة إلى الأمام لاستهلاكها للمستخدمين. ومع ذلك، من المهم تقديم تجربة ممتازة للمستخدمين الذين يعتمدون بشكل كبير على موثوقيتك وأدائك. تلعب اتفاقيات مستوى الخدمة (SLA) دورا مهما
شبكة تسليم المحتوى (CDN) هي مجموعة من العقد الموزعة ، تسمى خوادم الحافة ، متصلة بنفس الخوادم الأصلية وتوضع محليا في موقع المستخدمين. إذا كنت تستخدم CDN ، تسليم محتوى موقع الويب الخاص بك إلى المستخدم من أقرب خادم حافة إلى موقعه. بدون CDN ، فإنك تضع ضغطا على الخادم
اكتشف Dotcom-Monitor أن Reddit.com قد انخفض في 3/10/2016 حوالي الساعة 8:30 مساء بتوقيت وسط أوروبا ، مما أدى إلى إرجاع خطأ 503 “جميع خوادمنا مشغولة الآن”. يبدو أن هذا انقطاع كامل من جميع المواقع في جميع أنحاء الولايات المتحدة حتى حوالي الساعة 9:05 مساء بتوقيت وسط أوروبا.
هل يمكن لعملائك الوصول إلى موقع الويب الخاص بك؟ ربما كنت على علم بأن مزود DNS كبير ، Neustar UltraDNS ، شهد انقطاعا ممتدا يوم الخميس 10/16/2015 مما تسبب في عدم توفر العديد من أكبر مواقع الويب في العالم لأكثر من ساعة ونصف. يثير انقطاع الإنترنت الأخير على نطاق
15 أكتوبر: انقطاع نيوستار UltraDNS 15 أكتوبر 2015 – Neustar UltraDNS Down – Dotcom-Monitor يتتبع انقطاع Neustar UltraDNS في هذا الوقت. يبدو أن انقطاع UltraDNS قد بدأ في حوالي الساعة 4:00 مساء بتوقيت وسط أوروبا. أدت مشكلة UltraDNS إلى تنبيهات خطأ للعملاء (كما ينبغي). المراقبة التي لا تقوم بتخزين DNS
تحديث: يبدو أن تسجيل موقع Gimp على الويب قد انتهت صلاحيته ، وبالتالي تم “إيقاف دقة” DNS تلقائيا بواسطة المسجل. بمجرد علمهم بذلك ، أعاد مسؤولو موقع Gimp تسجيل الموقع لمدة 5 سنوات أخرى ، ثم تم توجيه الموقع مرة أخرى إلى خوادم المحتوى الأصلية ، ولكن كان هناك تأخير
© 1998-2024 دوت كوم مونيتور جميع الحقوق محفوظة.
