نيكيتا كوزنتسوف: السحابة لا تلغي الخوادم، بل تخفيها خلف واجهة.

غالبًا ما يُنظر إلى خدمات تكنولوجيا المعلومات الحديثة على أنها كيانات غير ملموسة؛ إذ يختار المستخدم الإعدادات المطلوبة عبر لوحة تحكم مزود الخدمة السحابية ويحصل على جهاز افتراضي جاهز للاستخدام، مما يعطي انطباعاً بأن الأجهزة المادية (العتاد) أصبحت شيئاً من الماضي. لكن في الواقع، لا تزال كل التطبيقات تعتمد على المعالجات، ووحدات التخزين، والذاكرة، وأجهزة الشبكة، ومراكز البيانات. فمصطلح "السحابة" لا يعني غياب العتاد المادي، بل هو وسيلة لاستخدام البنية التحتية لطرف آخر عبر واجهة برمجية. ويرى مهندس تكنولوجيا المعلومات "نيكيتا كوزنتسوف" أن المشكلات تنشأ عندما يُساء فهم هذا التجريد البرمجي ويُظن خطأً أنه استقلال تام عن البيئة المادية. **الجهاز الافتراضي لا يتحول إلى جهاز مادي** قد يبدو الخادم الافتراضي وكأنه حاسوب متكامل؛ فهو يمتلك نظام تشغيل، ومساحة تخزين، وذاكرة، وأنواة معالجة، وعنوان شبكة. ومع ذلك، فإن جميع هذه المكونات تُوفر عبر برمجيات تعمل على جهاز مضيف مادي. يقوم برنامج "المشرف الافتراضي" (Hypervisor) بتقسيم موارد خادم واحد بين عدة أجهزة افتراضية؛ فيحصل العميل على القدرة الحاسوبية اللازمة، بينما يحقق المزود كفاءة أعلى في استخدام العتاد. في ظروف التشغيل العادية، بالكاد يلاحظ المستخدم أي فرق. ولكن عند حدوث عطل ما، يتضح جلياً اعتماد الجهاز الافتراضي على الخادم المادي، والبنية التحتية للشبكة، وقيود المنصة، والقرارات التشغيلية التي يتخذها المزود. ويمكن أن تؤثر عملية النقل إلى مضيف مختلف أو تغيير معايير البيئة على أداء التطبيق، حتى وإن ظل الكود المصدري (Source Code) دون تغيير. **الإنشاء السريع للموارد يؤدي إلى الفوضى** تُعد الميزة الأساسية للتقنية الافتراضية (Virtualization) مصدراً لأحد أكبر تحدياتها في الوقت ذاته؛ ألا وهي إمكانية تشغيل جهاز جديد في غضون دقائق معدودة. قد تكون الحاجة للجهاز في البداية مقتصرة على الاختبار، ثم التكامل، ولاحقاً كنسخة مؤقتة من بيئة الإنتاج الفعلية. وفي بعض الأحيان، لا يتم حذف هذه النسخ (أو الحالات التشغيلية)؛ وبعد مرور أشهر، قد يعجز الفريق عن تحديد الموارد المستخدمة فعلياً وتلك التي بقيت موجودة لمجرد العادة. وينتج عن ذلك بنية تحتية تفتقر إلى مالك محدد أو دورة حياة واضحة. وعلى عكس الخادم المادي، لا يشغل الجهاز الافتراضي حيزاً مكانياً ولا يتطلب عملية شراء منفصلة، بل قد يقتصر أثر وجوده على ظهوره في فاتورة مزود الخدمة. لذا، يجب تحديد الغرض من كل مورد، والجهة المسؤولة عنه، وتاريخ لمراجعة مدى استمرار الحاجة إليه. ما تعنيه "السحابة" حقاً تساعد البنية التحتية السحابية في إطلاق المشاريع بسرعة أكبر، وتوسيع نطاق السعة، ونشر الخدمات عبر مناطق جغرافية مختلفة. ومع ذلك، فإن الشركة لا تتخلص من الاعتمادية؛ بل تنقل جزءاً من المسؤولية إلى مزود خدمة خارجي. ولدى هذا المزود خططه الخاصة للتسعير، وحصص الاستخدام، وواجهات برمجة التطبيقات (APIs)، وبروتوكولات الصيانة، والقيود، وقواعد التعافي من الأعطال. "السحابة ليست موجودة فعلياً في السحب؛ بل هي تقبع في مبنى يملكه طرف آخر، وعلى أقراص تخزين يملكها طرف آخر، وتخضع لقواعد يضعها طرف آخر، وتُدفع تكلفتها باستخدام بطاقتك الائتمانية." لذا، عند الانتقال إلى السحابة، يتعين عليك تحديد ما سيحدث مسبقاً في حال تعطل منطقة جغرافية معينة، وكيفية استعادة الخدمة، ومدى اعتماد المشروع على أدوات محددة، وتحديد الموارد التي تدفع ثمنها حالياً بدقة. فقد يؤدي وجود قرص منسي أو جهاز افتراضي غير مستخدم إلى زيادة التكاليف تماماً كما تفعل الخدمة النشطة. التوسع يتطلب بنية هندسية مدروسة إذا كان هناك خادم واحد يواجه صعوبات في الأداء، فقد تبدو إضافة خادم آخر خطوة منطقية. ومع ذلك، فإن مجرد زيادة عدد الأجهزة لا يجعل النظام أكثر موثوقية. يجب أن تعمل النسخ المتعددة (instances) بتنسيق تام للتعامل مع الطلبات، والبيانات، والملفات، وذاكرة التخزين المؤقت، ومهام الخلفية. وإلا، فقد يواجه المستخدمون إصدارات مختلفة من التطبيق، أو يفقدون حالة الجلسة (session state)، أو يعجزون عن العثور على ملف تم إنشاؤه على خادم آخر. قد تنشأ حالات يحدد فيها موازن الحمل (load balancer) عن طريق الخطأ نسخة معطلة على أنها سليمة، أو تبدأ مهام الخلفية في العمل بشكل متزامن على أجهزة متعددة. وكما يؤكد كوزنتسوف، فإن التوسع لا يقتصر على الإضافة الميكانيكية للخوادم، بل يتعلق بقدرة النظام على توزيع أعباء العمل بينها بشكل صحيح. يجب أن تبدأ عملية التشخيص من المورد نفسه تُعد عبارة "الموقع لا يعمل" غامضة للغاية ولا تصلح للتحليل التقني؛ فقد يكون السبب امتلاء القرص، أو عدم كفاية الذاكرة، أو التحميل الزائد على المعالج. إذا امتلأ القرص، يتوقف النظام عن كتابة سجلات الأحداث (logs) أو الملفات المؤقتة أو البيانات. وإذا انخفضت مساحة الذاكرة العشوائية (RAM)، فقد تتوقف العمليات أو تتباطأ بشكل حاد. كما يؤدي الحمل المرتفع على المعالج (CPU) إلى تأخير في معالجة الطلبات. وتتطلب كل مشكلة من هذه المشكلات حلاً خاصاً بها؛ لذا فإن زيادة الموارد دون تشخيص المشكلة أولاً قد تكون عديمة الفائدة أو توفر حلاً مؤقتاً فقط. وجود مؤشر أخضر لا يضمن أن الخدمة تعمل بشكل سليم. قد يكون الخادم قيد التشغيل، والعملية جارية، ونقطة نهاية الاختبار متاحة، ومع ذلك قد يواجه المستخدمون أخطاءً وتأخيرات.