أخطاء البنية السحابية: تحتاج المنظمات إلى متوسط ​​وقت أقصر للتعافي - توافر البيانات

الشكوى الشائعة حول الحوسبة السحابية هي أن تكاليف التشغيل في السحابة يمكن أن تصبح باهظة الثمن. في هذه السلسلة المكونة من خمسة أجزاء ، قمت بفحص أخطاء البنية السحابية المكلفة التي غالبًا ما تقوم بها المؤسسات والتي تساهم في هذه التكاليف ، وكيف يمكن لمنصة سحابية مستقلة حل هذه المشكلات. الجزء الأول شرح كيف يمكن للمؤسسات أن تفقد الرؤية بسرعة والتحكم في معالجة البيانات الخاصة بها. الجزء الثاني نظرت في كيفية حدوث خطأ في نهج DIY. الجزء الثالث درست مدى سهولة ارتفاع التكاليف عندما لا تمتلك المؤسسات نظامًا أساسيًا للشبكات السحابية يتيح حساب التكاليف والفواتير بذكاء. و الجزء الرابع أوضح سبب إضعاف الموقف المحلي تجاه الأمان في السحابة من دفاعات المؤسسة مع المساهمة في زيادة النفقات.

الآن ، في الجزء الخامس ، سأوضح كيف يمكن للفشل في السيطرة على الأمن والتعافي - والاعتماد كثيرًا على ما يوفره CSP - أن يطيل إلى حد كبير الوقت المتوسط ​​للتعافي بعد انقطاع الخدمة أو الفشل.

لا يوجد شيء مثل CSP مثالي أو شبكة مثالية. من السذاجة الاعتقاد بأن الطاقة الشمسية المركزة لن تنخفض أبدًا أو تواجه أية مشكلات. كل CSP عرضة للانقطاع. يتمثل أحد المخاوف المشروعة في أن متوسط ​​الوقت الأعلى للتعافي (MTTR) من الانقطاع أو الفشل من شأنه أن يؤدي إلى تكاليف إضافية من حيث فقدان الأعمال والإنتاجية والوقت الذي يستغرقه الوصول إلى السوق.

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

على سبيل المثال ، الأدوات البسيطة والمألوفة مثل ping و traceroute والتقاط الحزم غير متوفرة بين CSPs. حتى في حالة توفر شيء مشابه ، فإن هذه الأدوات تفتقر إلى الاتساق والوظائف اللازمة لاستكشاف الأخطاء وإصلاحها بسرعة. 

يعد معدل MTTR الأعلى مكلفًا للغاية لأن الخرق الأمني ​​يمكن أن يؤدي إلى توقف النشاط التجاري حتى يتم تحديد السبب وإيجاد الحل. عندما يتم تشغيل عملك في السحابة ، فإن أي توقف عن العمل غير مقبول.

توصيات

يمكن للمنظمات اتخاذ عدة خطوات لتجنب طول MTTR:

• يجب أن تتضمن إستراتيجية DR الخاصة بك مناطق متعددة وسحب متعددة.
• اعتمد نهجًا أو نظامًا أساسيًا للشبكات السحابية يمنحك أدوات متقدمة لاستكشاف الأخطاء وإصلاحها ، حيث تمتلك بنية الشبكة والأمان مع وجود بيانات تحت سيطرتك.
• يمكن أن تؤدي إمكانية المراقبة وتصور الشبكة إلى إيقاف حدوث الفشل بشكل استباقي. اطلب المنتجات التي يمكن أن توفر لوحة معلومات على مستوى التطبيق مع مجموعة غنية من بيانات Netflow. سجلات تدفق الطاقة الشمسية المركزة مكلفة وليس لديها ثراء.
• اجعل الرؤية التشغيلية جزءًا من كل مطلب وطلب عرض (RFP) باستخدام أدوات مثل التقاط الحزمة ، والتحقق من الاتصال على مستوى التطبيق ، وما إلى ذلك.
• تأكد من أن بائع الشبكة السحابية الخاص بك يزودك بنموذج تشغيل سحابي يمكن أن يمتد إلى الحواف والفروع. ستسمح هذه الإستراتيجية بتقليص مجموعة الأدوات من خلال التحكم في المشهد الطبيعي وإدارته مباشرةً من السحابة ، حتى بالنسبة للموارد المختلطة في مكان العمل. 
• اطلب الشبكات السحابية الذكية باستخدام القياس عن بُعد كجزء من مستوى البيانات. 

وفي الختام

يعد اعتماد السحابة أمرًا ضروريًا لأي شركة تريد أن تظل ذات صلة ؛ لم يعد الحفاظ على نموذج محلي قابلاً للتطبيق في البيئة الاقتصادية الحالية. ولكن إذا لم يتم ذلك بشكل صحيح ، فإن تكاليف تشغيل البنية السحابية يمكن أن تخرج عن نطاق السيطرة بسرعة. 

في هذه السلسلة المكونة من خمسة أجزاء من المقالات ، قمت بتفصيل الأخطاء الرئيسية الخمسة التي ترتكبها المؤسسات في بناء هياكلها السحابية ، وكيف يمكنهم تجنب هذه المشكلات. يمكن لمنصة الشبكات السحابية المرنة والقابلة للتطوير والتي تدعم جميع مقدمي خدمات الحوسبة السحابية الرئيسيين:

1. تأكد من أنك تحافظ على الرؤية والتحكم في معالجة البيانات الخاصة بك ، وبناء بنية سحابية متسقة عبر السحب الفردية أو المتعددة.
2. قم بتوفير وحدة تحكم مركزية وطائرة بيانات موزعة ، وتجنب الفوضى التي يمكن أن تنتج عن نهج DIY. سيسمح النظام الأساسي للشبكات بميزات مثل تحليلات سلوك الشبكة القائمة على التعلم الآلي (ML) واكتشاف العيوب وإمكانيات الشفاء الذاتي والدعم الموحد للتطبيقات المهمة للأعمال. 
3. توفير رؤية أعمق للتكلفة عبر جميع LOBs ، مما يوفر أساسًا لحل ذكي للتكاليف والفواتير يغطي الموارد المشتركة وغير المشتركة. عندما تكون خيارات العرض ورد المبالغ المدفوعة مفقودة ، يبني كل فريق و LOB الخدمات ويطلبها بشكل مستقل ، مما يؤدي إلى زيادة التكاليف بشكل كبير.
4. قم بتضمين الأمان في مستوى البيانات ، مما يسمح للمؤسسة بإنشاء سياسات أمان قائمة على النوايا وإنفاذها عبر البيئات متعددة السحابة. يعد اتباع نهج محلي للأمان في السحابة أمرًا مكلفًا وغير فعال ، كما أنه يساهم في حدوث نقاط الضعف. 
5. تقصير الوقت المتوسط ​​لاسترداد المؤسسة (MTTR) ، من خلال توفير الرؤية عبر البيئة جنبًا إلى جنب مع القدرة على استخدام أدوات استكشاف الأخطاء وإصلاحها المتقدمة ولوحة معلومات على مستوى التطبيق والأدوات الأخرى التي يمكن أن تمنع الفشل بشكل استباقي. تعتبر خسائر الإيرادات باهظة الثمن مثل MTTR الطويل ، حيث يمكن أن تغلق الشركة خلالها حتى يتم اكتشاف سبب الفشل ومعالجته.

آمل أن تساعد هذه الاعتبارات مؤسستك في تحقيق الرؤية والمرونة وقابلية التوسع التي تحتاجها لتحقيق أقصى استفادة مما تقدمه الحوسبة السحابية - دون زيادة التكاليف بلا داع.

• محتوى مدعوم من تحسين محركات البحث وتوزيع العلاقات العامة. تضخيم اليوم.
• تمويل EVM. واجهة موحدة للتمويل اللامركزي. الوصول هنا.
• مجموعة كوانتوم ميديا. تضخيم IR / PR. الوصول هنا.
• أفلاطونايستريم. ذكاء بيانات Web3. تضخيم المعرفة. الوصول هنا.
• المصدر https://www.dataversity.net/cloud-architecture-mistakes-organizations-need-shorter-mean-time-to-recovery/