لقد تأثرت هذا الأسبوع بقائمة كبيرة من المواقع والأنظمة الأساسية لحركة المرور الضخمة مثل Apple و Amazon و Netflix و Quora و Trello و Slack. خدمة AWS S3 في مركز بيانات منطقة شرق الولايات المتحدة. ولكن هذا النوع من المواقف معروف بالفعل من قبل الآلاف من مواقع الويب والخدمات عندما كان في أغسطس من 2011 ، ضرب ضربة خاطفة مراكز بيانات الأمازون ومايكروسوفت فقدان جميع خدماتهم وبياناتهم ، وبدون أي خطة توفر أو نسخ احتياطي أو حل لاستعادة القدرة على العمل بعد الكوارث.
لسوء الحظ ، هذه ليست التجربة الأولى ولا الأخيرة التي سيتم نشرها في الأخبار. Gartner ، اكتشفت بالفعل نقاط الضعف في AWS فيما يتعلق بالاعتماد الكبير لخدمات AWS على عدم تكامل خدمات AWS مع المنصات الأخرى.
في المعتاد ، يسمح توزيع موفر الخدمة السحابية الفردية بنشر خدمة بين كافة مراكز البيانات المتوفرة لمثل هذا الموفر.
لماذا المخاطرة عملك الاعتماد في مزود سحابة واحد فقط؟
إن مفتاح تجنب تأثر خدماتك بالخدمات السحابية (خاصة أو عامة أو مختلطة) مثل ما حدث مع AWS Amazon Cloud Outage ، لا يعتمد على مزود سحابي واحد فقط ولكن إنشاء بنية تحتية للطبقة العليا قادرة على التنسيق بين سحابة مختلفة مقدمي الخدمات أو مراكز البيانات أو الخدمات من خلال واجهة مرنة وغير محددة.
هذا هو الهدف من أدوات ZVNcloud وهو مصمم لتوفير برنامج ADC توفير خدمات عالية المستوى بين مراكز البيانات المختلفة ، أو مزودي السحاب العامين أو منصات السحابية المختلطة.
ولكن من يضمن توافر مثل هذا مزود الحول الخدمات؟ إن مستقبل التوفر العالي في المنصات السحابية هو إنشاء خدمات مجمعة موزعة قادرة على التعاون في شبكات WANs من خلال بروتوكولات خفيفة ولكن سريعة تسمح بتوحيد خدمات ADC بطريقة متسامحة متخلفة.
لا يزال باحثونا في Zevenet يقومون بتصميم نهج محدد يسمح بتقليل مخاطر البنى التحتية السحابية العامة والمختلطة.
مدونات ذات الصلة
