- السحابة الخاصة (Private Cloud) للأنظمة الطبية بنية مخصصة لمنشأتك وحدها، تُدار لك لكنها لا تُشارك مع عملاء آخرين. ما تدفعه زيادةً على السحابي المُدار هو ثمن أربعة أشياء: العزل، والتحكم، وجدولة التحديثات، والربط المباشر بشبكتك الداخلية.
- لا تشتري بها أمانًا تلقائيًا ولا إعفاءً من المسؤولية. الصلاحيات والمستخدمون والشبكة في فروعك تبقى عليك، والفرق أنك تحصل على بيئة تستطيع أن تتحكم فيها وتثبت ما يحدث فيها.
- تستحق تكلفتها حين يجتمع مؤشران أو أكثر: تكاملات مع أنظمة داخلية تحتاج شبكة خاصة، وسياسة تشترط بيئة معزولة أو مزود بنية تختاره، وفروع كثيرة يتأثر عملها بأداء مشترك، وحاجة إلى التحكم في توقيت التحديثات واختبارها.
- أهم ما تكتبه في العقد ليس مواصفات الخوادم، بل: من يملك حساب البنية، ونافذة التحديث وحق التأجيل، ووصول فريق المورد، وأهداف الاستعادة، وتسليم البيئة عند الخروج.
هذه المقالة لمدير تقنية المعلومات في مجموعة طبية أو مجمع متعدد الفروع، عُرض عليه خيار السحابة الخاصة ويريد أن يعرف ما الذي يحصل عليه فعلًا مقابل تكلفته. تفصّل ما تشتريه وما لا تشتريه، ومكونات التكلفة وما يحركها، ومن يتحمل ماذا، والمؤشرات التي تجعلها قرارًا صحيحًا، مع شجرة قرار وبنود العقد.
ما السحابة الخاصة، وكيف تختلف عن السحابي المُدار والخوادم الداخلية؟
يعرّف المعهد الوطني الأمريكي للمعايير والتقنية في تعريفه المرجعي للحوسبة السحابية السحابة الخاصة بأنها بنية سحابية مخصصة لاستخدام منشأة واحدة حصريًا، ولو ضمت عدة مستخدمين مثل وحداتها المختلفة، وقد تملكها وتديرها المنشأة أو طرف ثالث أو كلاهما، وقد تكون داخل مقرها أو خارجه. المعيار إذن هو الحصرية، لا مكان الخادم ولا من يديره.
في سياق الأنظمة الطبية يعني ذلك عمليًا: خوادم افتراضية وقاعدة بيانات وتخزين وشبكة مخصصة لمجموعتك، في مركز بيانات لمزود بنية داخل المملكة، يديرها مورد النظام نيابة عنك. قارنها بالخيارات الأخرى:
| الخيار | الموارد | من يدير البنية | ما يميزه |
|---|---|---|---|
| سحابي مُدار | مشتركة بين عملاء المورد، ومعزولة منطقيًا | المورد | أسرع بداية وأقل تكلفة، والتحديثات بجدول المورد |
| سحابة خاصة | مخصصة لمنشأتك | المورد، على مزود بنية يُتفق عليه | عزل وتحكم وتحديثات بجدولك وشبكة خاصة، دون أن تدير خوادم |
| على خوادمك On-Premise | أجهزتك في مركز بياناتك | فريقك، بإرشاد المورد | أعلى تحكم، مع أعلى مسؤولية على فريقك |
| بيئة مخصصة | مواصفات تحددها لمجموعة كبيرة | بحسب الاتفاق | تصميم خاص لحجم ومتطلبات لا تغطيها الخيارات الأخرى |
الوظائف نفسها في الخيارات كلها؛ ما يتغير هو من يملك ماذا ومن يتحكم في ماذا. مقارنة الخيارات الأربعة من زاوية القرار الأولي تجدها في مقارنة خيارات النشر، ومقالة إطار القرار بين السحابي والخوادم الداخلية والسحابة الخاصة تتناولها بأسئلة السياسة والتكاملات وقدرة الفريق. هذه المقالة تتعمق في الخيار الثالث وحده.
ما الذي تشتريه فعلًا بالسحابة الخاصة؟
1. العزل
في السحابي المُدار تعمل منشأتك على موارد يشاركها عملاء آخرون، مع عزل منطقي للبيانات. في السحابة الخاصة الموارد لك وحدك. أثر ذلك العملي:
- أداء متوقع: ذروة عميل آخر لا تؤثر في استقبال فروعك صباح الأحد. وحين تحتاج موارد أكثر، تُضاف لك وحدك.
- حدود أمنية أوضح: شبكة خاصة بك، وقواعد جدار ناري خاصة بك، ويمكن أن تكون مفاتيح التشفير خاصة ببيئتك.
- أثر أصغر للحوادث: خلل أو هجوم يصيب بيئة عميل آخر لا يمر عبر مواردك.
2. التحكم
تشارك في قرارات لا يُسأل عنها عميل السحابي المشترك: اختيار مزود البنية داخل المملكة، وحجم الموارد، ومدة الاحتفاظ بالسجلات، ومن يصل إلى البيئة ومن أين. والأهم أنك تستطيع أن تطلب الدليل على كل ذلك من بيئة تخصك: سجلات الدخول، وتقارير النسخ، ونتائج اختبارات الاستعادة.
3. جدولة التحديثات
في السحابي المشترك يُحدّث النظام لكل العملاء في نافذة واحدة يحددها المورد. في السحابة الخاصة يُحدّث إصدارك بجدول متفق عليه: يُنشر التحديث على بيئة الاختبار (Staging)، ويختبره فريقك على تكاملاتك ونماذجك، ثم يُنقل للإنتاج في نافذة تختارها. لمجموعة لها تكاملات عديدة أو تخصيصات أو فترات حساسة (زيارة اعتماد، إقفال مالي)، هذا وحده قد يبرر الخيار. ترتيب البيئات ومسار التحديث تعرضه صفحة بيئات الإنتاج والاختبار.
4. الربط بالشبكة الداخلية
السحابي المشترك يتصل بأنظمتك عبر الإنترنت وواجهات API. السحابة الخاصة يمكن أن تُربط بشبكة مجموعتك مباشرة عبر اتصال خاص مشفر، فتصبح كأنها جزء من شبكتك:
- أنظمة داخلية لا تريد كشفها على الإنترنت: ERP، أو نظام PACS، أو خادم أجهزة المختبر.
- الدخول الموحد عبر دليل مستخدمي المجموعة، وسياسات الدخول من شبكة الفروع فقط.
- مسار شبكي ثابت للفروع، بدل الاعتماد على الإنترنت العام وحده.
كيف تُخطط التكاملات نفسها وتُختبر تشرحه صفحة مراحل تنفيذ التكامل.
ما لا تشتريه بالسحابة الخاصة
أغلب خيبات الأمل في هذا الخيار سببها توقعات لم تُكتب. ثلاثة أشياء لا تأتي معه تلقائيًا:
أمان أعلى بذاته: البيئة المخصصة ذات صلاحيات فضفاضة أو كلمات مرور ضعيفة أقل أمانًا من سحابي مشترك مضبوط. العزل يقلل نوعًا من المخاطر، لكن الصلاحيات حسب الدور، والتحقق متعدد العوامل، وسجل التدقيق، ومراجعة الوصول تبقى هي الأساس. قائمة الضوابط التي تطلب دليلها في أي خيار تجدها في ضوابط أمن نظام العيادات.
نقل المسؤولية كلها إلى المورد: المستخدمون والصلاحيات، والشبكة في فروعك وأجهزتها، وطرفك من الاتصال الخاص، والتزامات منشأتك بصفتها جهة التحكم في البيانات، تبقى عليك.
توفرًا بلا توقف: بيئة مخصصة في موقع واحد بلا تعافٍ من الكوارث قد تكون أضعف في الاستمرارية من السحابي المشترك الذي يعمل على بنية موزعة. التوفر وأهداف الاستعادة تُشترى وتُكتب صراحة، لا تُفترض.
من يتحمل ماذا في السحابة الخاصة
مصفوفة المسؤوليات هي أهم ملحق في عقد السحابة الخاصة، لأن الخيار يقع بين طرفين: المورد يدير، ومنشأتك تتحكم. الجدول التالي أدق من التقسيم العام في صفحة توزيع المسؤوليات لكل خيار نشر، ويصلح نقطة بداية للتفاوض.
| المهمة | المورد | المنشأة | ما يُكتب في العقد |
|---|---|---|---|
| التعاقد مع مزود البنية | أحد الطرفين | أحد الطرفين | باسم من الحساب، ومن يدفع فاتورة الموارد، وما يحدث للحساب عند الخروج |
| الخوادم الافتراضية والتخزين وتحديث أنظمة التشغيل | نعم | لا | مهلة تطبيق التحديثات الأمنية، ونافذة الصيانة |
| قاعدة البيانات وأداؤها | نعم | لا | مؤشرات الأداء المراقبة وحدود التنبيه |
| تثبيت النظام وتحديثه | ينفذ | يعتمد التوقيت | نافذة التحديث، ومدة الإشعار، وحق التأجيل، وخطة الرجوع |
| اختبار التحديث على بيئة الاختبار | اختبار فني | اختبار قبول | من يوقع على جاهزية النقل للإنتاج |
| النسخ الاحتياطي واختبار الاستعادة | نعم | يطلع على النتائج | التكرار، والموقع المنفصل، والتشفير، وموعد اختبار الاستعادة وتقريره |
| موقع التعافي من الكوارث | نعم إن شمله النطاق | يقرر المستوى | أهداف RPO وRTO المتفق عليها، وهل الموقع البديل مشمول |
| المراقبة على مدار الساعة | نعم | لا | ساعات التغطية، وزمن الاستجابة لكل مستوى خطورة |
| الاتصال الخاص بشبكة المجموعة | طرف البيئة | طرف الفروع | من يدير أجهزة كل طرف، ومن يتابع العطل حين يكون في المنتصف |
| قواعد الوصول الشبكي والجدار الناري | ينفذ | يطلب ويعتمد | مسار طلب التغيير ومن يعتمده |
| الدخول الموحد مع دليل المستخدمين | إعداد الربط | الدليل وسياساته | ما يحدث للدخول عند تعطل الدليل |
| المستخدمون والصلاحيات في النظام | لا | نعم | مراجعة دورية للصلاحيات ومن يجريها |
| وصول فريق المورد إلى البيئة | يطلب | يوافق ويراجع | وصول بالحاجة ولمدة محددة، ومسجل، ومن داخل المملكة أو بشروط مكتوبة |
| السجلات والاحتفاظ بها | يجمع ويحفظ | يطلع ويطلب | مدة الاحتفاظ، وإمكانية تصديرها لنظام مراقبة المجموعة |
| الاستجابة للحوادث والإبلاغ | يكتشف ويبلغ ويعالج | يقرر ويبلغ الجهات | مهلة إبلاغ المورد لك بما يكفي لتفي بالتزاماتك النظامية |
سؤال الحساب أولًا: إذا كان حساب البنية باسم المورد، فالخروج يحتاج نقل بيانات إلى بيئة جديدة. وإذا كان باسم منشأتك ويديره المورد بصلاحيات مفوضة، فالخروج قد يكون بسحب الصلاحيات وتسليم الإدارة لمورد آخر أو لفريقك. لكل نموذج مزاياه في التكلفة والبساطة، لكن اعرف أيهما توقّع قبل التوقيع.
مكونات تكلفة السحابة الخاصة وما يحركها
السعر الذي يصلك في عرض السحابة الخاصة مجموع بنود، وكل بند يتحرك مع عامل مختلف. فهم ذلك يساعدك على مقارنة العروض، وعلى معرفة ما سيحدث للتكلفة حين تضيف فرعًا أو سنة من البيانات.
| البند | ما يشمله | ما يحركه | ما تسأل عنه |
|---|---|---|---|
| موارد الحوسبة المخصصة | الخوادم الافتراضية للتطبيق وقاعدة البيانات | عدد المستخدمين المتزامنين في الذروة، لا عدد المستخدمين الكلي | على أي ذروة حُسبت الموارد، وكيف تُزاد |
| التخزين | قاعدة البيانات والمرفقات والتقارير | حجم البيانات ونموها السنوي، والمرفقات خاصة | النمو المفترض، وسعر الوحدة الإضافية |
| النسخ والتعافي | تخزين النسخ في موقع منفصل، وموقع التعافي إن وُجد | مدة الاحتفاظ، ومستوى أهداف الاستعادة | هل الموقع البديل جاهز أم يُبنى عند الحاجة |
| البيئات غير الإنتاجية | بيئة الاختبار وبيئة التدريب | عددها، وهل تعمل دائمًا أم عند الحاجة | هل Staging مطابقة للإنتاج في حجمها |
| الشبكة | الاتصال الخاص بالمجموعة، ونقل البيانات | عدد نقاط الاتصال، وسعة الربط | ما يشمله العرض من أجهزة وخطوط، وما يقع على منشأتك |
| الخدمات الأمنية | الجدار الناري، وحماية التطبيق، وجمع السجلات | مستوى الحماية ومدة الاحتفاظ بالسجلات | ما يعد أساسيًا في العرض وما هو إضافة |
| الإدارة والتشغيل | المراقبة، والتحديثات، والنسخ، والاستجابة | ساعات التغطية ومستوى الخدمة | زمن الاستجابة المكتوب لكل مستوى |
| الإعداد لمرة واحدة | بناء البيئة، والاتصال، ونقل البيانات من البيئة الحالية | تعقيد التكاملات وحجم البيانات | ما يشمله سعر الإعداد، ومن يتحقق من النقل |
ثلاث ملاحظات تمنع مقارنة خاطئة:
- قارن على خمس سنوات لا على السنة الأولى: التخزين والنسخ يكبران كل سنة، والإعداد يُدفع مرة واحدة. العرض الأرخص في السنة الأولى قد يكون الأغلى في الخامسة.
- أضف ما تدفعه اليوم لتعويض غياب الخيار: إن كنت تدير خادمًا وسيطًا لربط ERP بالسحابي المشترك، أو تؤجل تحديثات لأنك لا تستطيع اختبارها، فهذه تكلفة قائمة تنخفض بالسحابة الخاصة.
- السعر يُحدد بالنطاق: عدد الفروع والمستخدمين والوحدات والتكاملات وأهداف الاستعادة. لذلك لا معنى لسعر ثابت للسحابة الخاصة دون هذه المدخلات، وكيف تبني ميزانية النظام كاملة تشرحه صفحة مكونات تكلفة نظام المراكز الطبية.
المؤشرات التي تجعل السحابة الخاصة قرارًا صحيحًا
قرار السحابة الخاصة لا يُبنى على الحجم وحده. مجموعة بعشرة فروع بلا تكاملات داخلية ولا سياسة خاصة قد يكفيها السحابي المُدار. هذه المؤشرات، وكيف تتحقق من كل منها قبل القرار:
- تكاملات داخلية تحتاج شبكة خاصة: ERP أو PACS أو أنظمة لا تريد فتحها على الإنترنت. تحقق: اكتب قائمة الأنظمة التي سيتصل بها النظام الطبي، وحدد لكل منها هل يمكن ربطه عبر API آمنة على الإنترنت، أم تشترط سياسته شبكة خاصة.
- سياسة تشترط العزل أو اختيار مزود البنية: سياسة داخلية للمجموعة، أو اشتراط من جهة تعاقدية، أو تقييم مخاطر يطلب بيئة مخصصة. تحقق: اطلب النص المكتوب للسياسة، لا الانطباع. وراجع مع مسؤول الامتثال انطباق ضوابط الأمن السيبراني للحوسبة السحابية التي تصدرها الهيئة الوطنية للأمن السيبراني لمقدمي الخدمات السحابية والمستفيدين منها.
- حاجة فعلية للتحكم في توقيت التحديثات: تخصيصات وتكاملات كثيرة يجب اختبارها قبل كل تحديث، أو فترات لا يُقبل فيها أي تغيير. تحقق: كم مرة في السنة الماضية سبب تحديث مشكلة في تكامل أو تقرير؟
- أداء متوقع لفروع كثيرة: ذروة مشتركة في كل الفروع في الوقت نفسه، واستخدام كثيف للتقارير. تحقق: اطلب من المورد اختبار حمل على بيانات بحجمك في الخيارين.
- متطلبات تدقيق وأدلة مفصلة: جهة داخلية أو خارجية تطلب سجلات دخول البنية، وتقارير النسخ والاستعادة الخاصة ببيئتك، وموقع المفاتيح. تحقق: ما الذي طُلب منك فعلًا في آخر مراجعة؟
- فريق تقنية لا يريد إدارة خوادم لكنه يريد التحكم: إن كان فريقك قادرًا وراغبًا في إدارة الخوادم، فخيار الخوادم الداخلية مطروح. وإن كان لا يملك ذلك، فالسحابة الخاصة تعطيه التحكم دون العبء.
وفي المقابل، السحابي المُدار أنسب إن لم يتحقق إلا مؤشر واحد ضعيف، وكانت التكاملات عبر API كافية، ولا سياسة تشترط العزل. والخوادم الداخلية أنسب إن كانت السياسة تشترط أن تبقى البيانات في مركز بيانات المجموعة نفسه، ولدى فريقك القدرة على النسخ واختبار الاستعادة والمراقبة.
شجرة قرار السحابة الخاصة
- نعمهل لدى فريقك القدرة على النسخ واختبار الاستعادة والمراقبة على مدار الساعة؟
- نعمالخوادم الداخلية On-Premise بإرشاد المورد
- لاراجع السياسة: هل تقبل سحابة خاصة بمزود تختاره داخل المملكة؟ إن لم تقبل، فاحسب تكلفة بناء القدرة قبل الخوادم الداخلية
- نعم
- لاهل لديك تكاملات داخلية تحتاج شبكة خاصة، أو سياسة تشترط بيئة معزولة؟
- نعمسحابة خاصة بعقد يحسم المسؤوليات المشتركة
- لاهل تحتاج فعلًا للتحكم في توقيت التحديثات، أو لأداء مستقل لفروع كثيرة؟
- نعمسحابة خاصة، أو سحابي مُدار مع اتفاق مكتوب على نوافذ التحديث وقياس الأداء، ثم انتقال لاحق إن لم يكفِ
- لاسحابي مُدار، مع حق الانتقال لسحابة خاصة لاحقًا دون فقد بيانات
- نعم
- نعم
الانتقال بين الخيارات ممكن لاحقًا. مجموعة تبدأ بالسحابي المُدار ثم تنتقل إلى سحابة خاصة حين تكثر فروعها وتكاملاتها لا تخسر شيئًا، بشرط أن ينص العقد الأول على حق الانتقال ونقل البيانات كاملة والتحقق منها.
ما تكتبه في عقد السحابة الخاصة
مواصفات الخوادم تتغير خلال العقد، لذلك لا تجعلها محور التفاوض. البنود التي تحميك فعلًا:
- مزود البنية وموقع مراكز البيانات داخل المملكة لكل طبقة: الإنتاج، والنسخ، وموقع التعافي، والسجلات
- باسم من حساب البنية، وما يحدث له وللبيانات عند انتهاء العقد
- الموارد المخصصة وآلية زيادتها وسعر الزيادة، ومؤشرات الأداء المراقبة
- نافذة التحديث، ومدة الإشعار المسبق، وحق التأجيل وحدوده، وخطة الرجوع إن فشل التحديث
- بيئة الاختبار: مطابقتها للإنتاج، ومن يختبر، ومن يوقع على النقل
- أهداف RPO وRTO، وتكرار اختبار الاستعادة، وتسليم تقريره لمنشأتك
- وصول فريق المورد: بالحاجة، ولمدة محددة، ومسجل، ومن أين
- مدة الاحتفاظ بالسجلات وحق منشأتك في الاطلاع عليها وتصديرها
- مهلة إبلاغ منشأتك بأي حادثة أمنية، وما يتضمنه البلاغ
- تصدير البيانات كاملة بصيغة موثقة في أي وقت، وتسليم البيئة عند الخروج
تحديد أهداف RPO وRTO المناسبة لكل جزء من عملك، وتصميم اختبار الاستعادة، موضوع مقالة النسخ الاحتياطي والتعافي من الكوارث للأنظمة الطبية. وأسئلة التحقق من موقع البيانات والدعم عن بعد والمزودين من الباطن تفصّلها مقالة استضافة الأنظمة الطبية داخل السعودية.
السحابة الخاصة في المنصة
المنصة تُنشر سحابة خاصة بالوظائف نفسها كاملة: موارد مخصصة لمنشأتك لدى مزود بنية داخل المملكة، وتحديثات بجدول متفق عليه بعد اختبارها على بيئة Staging، وتكاملات عبر API وشبكة خاصة مع أنظمتك الداخلية، ونسخ احتياطية مشفرة بنسخة في موقع منفصل واختبار استعادة دوري كما في ضوابط الاستمرارية. وهي الخيار الذي تنتقل إليه غالبًا المجموعات متعددة الفروع حين تكثر فروعها وتكاملاتها، مع إمكانية الانتقال بين الخيارات لاحقًا بنقل البيانات كاملة والتحقق منها.
قبل أن تقرر: أرسل لنا قائمة أنظمتك الداخلية التي سيتصل بها النظام، وعدد الفروع والمستخدمين في الذروة، وأي سياسة مكتوبة للاستضافة. نعيد لك مصفوفة مسؤوليات مقترحة لخيارين، ومكونات تكلفة كل منهما على خمس سنوات. ناقش خيار السحابة الخاصة مع مستشار.
أسئلة شائعة
هل السحابة الخاصة تعني أن البيانات في مركز بياناتنا؟
لا بالضرورة. السحابة الخاصة تعني أن البنية مخصصة لكم وحدكم، وقد تكون في مركز بيانات مزود بنية داخل المملكة أو في مركز بياناتكم. إن كانت السياسة تشترط مركز بياناتكم تحديدًا، فالخيار الأقرب هو الخوادم الداخلية أو بيئة مخصصة داخل مركزكم.
هل يمكن أن نبدأ بالسحابة الخاصة لفروع ونبقي فرعًا على نظام آخر؟
يمكن تقنيًا، لكنه يعيد مشكلة البيانات المشتتة بين الفروع: ملف مريض غير موحد وتقارير تُجمع يدويًا. الأفضل أن تنتقل الفروع كلها إلى البيئة نفسها على مراحل مخطط لها، حتى لو اختلف موعد انتقال كل فرع.
كم يستغرق تجهيز السحابة الخاصة؟
يعتمد على جاهزية الاتصال بشبكتكم وعدد التكاملات وحجم البيانات المنقولة. بناء البيئة نفسه أقصر عادة من إعداد الاتصال الخاص واختبار التكاملات عليه، لذلك ابدأ بطلب الخطوط والأجهزة مبكرًا ضمن خطة التنفيذ.
هل نحتاج فريق تقنية لإدارة السحابة الخاصة؟
لا تحتاج فريقًا يدير الخوادم، لكنك تحتاج شخصًا مسؤولًا من طرفكم يعتمد نوافذ التحديث، ويدير الصلاحيات ودليل المستخدمين، ويتابع طرف الشبكة في الفروع، ويراجع تقارير النسخ والاستعادة. بدون هذا الدور يضيع جزء كبير من قيمة التحكم الذي تدفعون مقابله.
ماذا لو أردنا العودة إلى السحابي المُدار لتخفيض التكلفة؟
ممكن إذا لم تعد التكاملات الداخلية أو السياسة تشترط العزل. الانتقال مشروع صغير بنقل البيانات والتحقق منها، لكن راجع أولًا ما سيتغير في التكاملات التي تعتمد على الشبكة الخاصة، وكيف ستُربط عبر API بعد الانتقال.