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