الحوسبة السحابية للمؤسسات: ما الذي تستأجره فعلًا، وكيف تحدد مسؤولياتك؟

قد تنقل شركة ملفاتها إلى خدمة عبر الإنترنت وتقول إنها «انتقلت إلى السحابة». وقد تشغّل شركة أخرى تطبيقًا كاملًا على خوادم تستأجرها وتستخدم العبارة نفسها. التشابه في الاسم لا يعني أن العمل المطلوب من الشركتين واحد، أو أن مزود الخدمة يتولى كل المسؤوليات تلقائيًا.

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

تعريف مبسط يتجاوز كلمة «الإنترنت»

يعرّف المعهد الأمريكي للمعايير والتقنية NIST الحوسبة السحابية كنموذج يتيح الوصول عبر الشبكة، حسب الطلب، إلى مجموعة مشتركة من موارد الحوسبة القابلة للتهيئة، مع إمكان توفيرها وإطلاقها بسرعة وبجهد إداري محدود. يحدد التعريف المرجعي SP 800-145 خمس خصائص أساسية، وثلاثة نماذج للخدمة، وأربعة نماذج للنشر.

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

الخصائص الخمس: كيف تبدو في العمل؟

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

لا تعني المرونة أن الموارد بلا حدود فعلية أو بلا تكلفة. ولا يعني تجميع الموارد أن بيانات كل العملاء تصبح متاحة لبعضهم؛ تفاصيل العزل والحماية مسائل يجب التحقق منها في الخدمة المحددة. الأمثلة هنا للتوضيح، أما قدرات أي عرض تجاري فتراجع في وثائقه واتفاقه الحاليين.

البرمجيات كخدمة: عندما تستخدم تطبيقًا جاهزًا

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

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

المنصة كخدمة: عندما تنشر تطبيقك على بيئة يديرها غيرك

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

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

البنية التحتية كخدمة: عندما تتسع مساحة إدارتك

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

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

السحابة العامة والخاصة والهجينة

يفرق التعريف المرجعي بين السحابة الخاصة والعامة وسحابة المجتمع والسحابة الهجينة. الاختلاف يتعلق بجهات الاستخدام وطبيعة البنية والعلاقة بين البيئات. لا تستنتج من كلمة «خاصة» وحدها أن كل إعداد آمن، أو من كلمة «عامة» أن كل البيانات منشورة للعامة.

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

مثال للتكلفة: قارن السيناريو الكامل

افترض أن فريقًا يقارن عرضين لخدمة واحدة. بدل مقارنة رقم الاشتراك وحده، اكتب سيناريو استخدام معلومًا: عدد الحسابات، ومساحة البيانات، وحركة النقل، والنسخ، والدعم المطلوب. ثم اطلب تقديرًا لهذا السيناريو وفق طريقة التسعير الحالية لكل عرض.

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

تجربة انتقال صغيرة قبل نقل كل شيء

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

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

ورقة قرار من صفحة واحدة

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

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

الخلاصة

السؤال المفيد ليس «هل السحابة جيدة؟» بل «ما الخدمة التي نحتاجها، وما الذي سيديره كل طرف؟». افهم النموذج، ثم راجع طريقة الاستخدام والمسؤولية والتكلفة والخروج. سهولة الحصول على الموارد بداية للقرار، وليست نهايته.

عن الكاتب

فريق جادالحق

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

تنبيه: المحتوى المالي في الموقع للتثقيف العام فقط، وليس نصيحة استثمارية أو مالية شخصية؛ استشر مختصًا مرخّصًا قبل أي قرار يخص أموالك.