متى تفكر في السحابة الخاصة؟

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

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

لا تعني السحابة بالضرورة توافر ميزات من قبيل إدارة النظام الشاملة للنطاق بأكمله من واجهة موحدة، أو التوحيد على نطاق واسع، أو سهولة الترحيل بين أنظمة الأجهزة، أو التزويد السريع للأنظمة الجديدة، أو المحاكاة الافتراضية، أو التوافر العالي، أو الالتزام المفرط بالموارد وغيرها. هذه الميزات متاحة بطرق أخرى، ولا سيما من خلال منصات المحاكاة الافتراضية القياسية أو فوقها (VMware vSphere، وHyperV من Microsoft، وXen وغيرها). ليس المقصود أن هذه الميزات غير متاحة في السحابة الخاصة، لكنها ليست سمات السحابة في ذاتها، بل هي سمات منصة المحاكاة الافتراضية الأساسية. طبقة السحابة تعلو فوق هذه المنصة وتنقل مزايا الطبقات الأدنى منها فحسب.

كثيراً ما يُقبَل على السحابة بسبب سوء الفهم بأن كثيراً من الميزات المرتبطة عموماً بالسحابات الخاصة غير متاحة بشكل آخر أبسط. وهذا نادراً ما يكون صحيحاً. منصات المحاكاة الافتراضية العادية، وأبرزها vSphere من VMware وHyperV من Microsoft، توفر جميع هذه الخيارات. يمكن استخدامها لبناء مجموعات متينة من الخوادم المادية تُدار من واجهة واحدة بموثوقية عالية جداً وتزويد سريع لأنظمة جديدة تستلزم حداً أدنى من المعرفة المتخصصة من قسم تقنية المعلومات وتحافظ على سير العمل التجاري المعتاد. وفي معظم الأحيان، حين أتحدث مع شركات تعتقد أنها مهتمة بامتلاك سحابتها الخاصة، أجد أن الميزات التي تريدها فعلاً ليست ميزات سحابية البتة.

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

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

المجال الثاني الذي تتجلى فيه الحوسبة السحابية حقاً، والمجال الذي طُوِّر المفهوم أصلاً من أجله، هو التعامل مع التزويد التلقائي للتطبيقات ذات التوسع الأفقي. أي أعباء عمل التطبيقات القادرة على زيادة قدرتها على التعامل مع الطلب عبر توليد نماذج جديدة منها بنفسها. على نطاق صغير، تفعل كثير من تطبيقات الويب هذا بفضل طبيعتها عديمة الحالة داخل نظام واحد بتوليد عمال خيوط جديدة لمعالجة اتصالات إضافية. فخادم ويب Apache مثلاً قد يبدأ بثمانية مستمعين مستعدين لخدمة الطلبات، وحين تنفد هذه الخيوط يبدأ تلقائياً خيوطاً جديدة لمعالجة الاتصالات الواردة الإضافية، ليتوسع ضمن حدود خادم واحد. وبتطبيق هذا المفهوم على الحوسبة السحابية، يمكن لنفس التطبيق حين يستشعر استنفاد الخيوط على المستوى الإجمالي للنظام (أو استناداً إلى مقاييس أخرى كانعدام الذاكرة الحرة أو تدهور الأداء) أن يستخدم واجهة برمجية (API) من منصة الحوسبة السحابية لإشارة نظام إدارة السحابة إلى تزويد نسخة جديدة من النظام الذي طلب ذلك - أي استنساخ نفسه فورياً. وفي غضون ثوانٍ، يعمل خادم افتراضي جديد مطابق للأول ويلتحق بالخادم الأصلي في معالجة الطلبات الواردة. وهذا النظام الفرعي أو المستنسَخ سيولّد بدوره خيوطاً جديدة داخلياً عند الحاجة، وإن استشعر استنفاداً بدوره طلب من منصة السحابة إنشاء نظام جديد آخر لمعالجة المزيد من الخيوط. وبهذه الطريقة يمكن للتطبيق أن يتوسع تقريباً إلى ما لا نهاية (ضمن حدود الأجهزة للمنصة السحابية بأكملها) حسب الحاجة وتلقائياً وفورياً. وحين تصبح الأنظمة الفردية خاملةً وتتراجع أعباء العمل، يمكن لنظام واحد في كل مرة إشعار نظام إدارة السحابة بأنه لم يعد ضرورياً، فيُوقَف ويُحذَف كونه مجرد نسخة عديمة الحالة، مما يُحرّر طاقة النظام لتطبيقات وأعباء عمل أخرى قد تحتاج إلى الاستفادة من الطاقة الفائضة.

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

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

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