فريق تقنية داخلي أم استضافة مُدارة؟ حساب الكلفة الحقيقية

مهندس أنظمة واحد يكلف بين 240,000 و360,000 ريال سنوياً، والتغطية على مدار الساعة تحتاج أربعة أشخاص. للشركة المتوسطة، مطور داخلي واحد مع بنية مُدارة يعطي تغطية أوسع بكلفة أقل ويزيل خطر الشخص الواحد.
الجواب المختصر: لشركة متوسطة عندها نظام مخصص واحد أو اثنين، الاستضافة المُدارة مع مطور أو مهندس داخلي واحد أرخص وأكثر أماناً من بناء فريق تقنية كامل يدير الخوادم بنفسه. الحساب بالأرقام التقريبية واضح: مهندس أنظمة سعودي بخبرة متوسطة يكلف المنشأة بين 240,000 و360,000 ريال سنوياً بعد إضافة البدلات والتأمينات الاجتماعية (نحو 12% على صاحب العمل للسعوديين) والتأمين الطبي والتدريب. هذا المهندس يعمل نحو 1,900 ساعة في السنة، بينما السنة فيها 8,760 ساعة، فالتغطية الكاملة على مدار الساعة تحتاج أربعة أشخاص على الأقل بتناوب، أي أكثر من مليون ريال سنوياً. في المقابل، خادم سحابي بباقة مؤسسة (8 vCPU و16GB RAM) يكلف 18,000 ريال سنوياً، ومع النسخ الاحتياطي اليومي لمدة 30 يوماً وحماية DDoS يصل إلى 21,200 ريال. الفريق الداخلي يبقى ضرورياً لمعرفة النظام نفسه ومنطق العمل، لكن البنية التحتية من مركز بيانات وكهرباء وشبكة وأجهزة ونسخ احتياطية ليست ميزة تنافسية لك، وتسليمها لمزود متخصص يحرر فريقك للعمل على ما يميّز شركتك فعلاً.
الكلفة الحقيقية لفريق داخلي
الراتب ليس الكلفة كلها. حين تحسب كلفة مهندس الأنظمة، اجمع كل البنود السنوية، ثم أضف كلفة ما يحتاجه ليعمل:
| البند | تقدير سنوي (ريال) |
|---|---|
| الراتب الأساسي والبدلات لمهندس متوسط الخبرة | من 200,000 إلى 300,000 |
| التأمينات الاجتماعية على صاحب العمل (نحو 12%) | من 20,000 إلى 30,000 |
| التأمين الطبي | من 8,000 إلى 15,000 |
| التدريب والشهادات | من 10,000 إلى 20,000 |
| أدوات المراقبة والرخص | من 5,000 إلى 15,000 |
| الإجمالي لشخص واحد | من 243,000 إلى 380,000 |
هذه أرقام تقريبية تختلف حسب المدينة والخبرة، لكن الفكرة ثابتة: شخص واحد يكلف أضعاف كلفة البنية التحتية التي يديرها. إذا أضفت سيرفرات مملوكة في غرفة داخل المكتب، فأضف أيضاً التكييف والكهرباء الاحتياطية واستبدال الأقراص والأجهزة كل 3 إلى 5 سنوات.
ما يبقى على فريقك وما ينتقل للمزود
الاستضافة المُدارة لا تعني أن فريقك يختفي، بل أن الحدود تتضح. هذا التقسيم المعتاد على خادم سحابي:
| المهمة | المزود | فريقك أو مطورك |
|---|---|---|
| مركز البيانات والكهرباء والتبريد | نعم | لا |
| الأجهزة واستبدال الأقراص التالفة | نعم | لا |
| الشبكة وحماية DDoS | نعم | لا |
| طبقة الافتراض وتفعيل السيرفر | نعم | لا |
| النسخ الاحتياطي على مستوى السيرفر | نعم عند تفعيله | اختبار الاستعادة دورياً |
| تحديثات نظام التشغيل والحزم | حسب الخدمة | غالباً |
| كود التطبيق وقاعدة البيانات | لا | نعم |
| منطق العمل والتكاملات الحكومية | لا | نعم |
في الاستضافة السحابية المُدارة يتحمل المزود جزءاً أكبر، فالسيرفر وتحديثاته والنسخ اليومي والأسبوعي مسؤوليته، وتستلم أنت لوحة cPanel جاهزة بأسعار من 2,900 إلى 5,750 ريال سنوياً. أما الخادم السحابي فيعطيك صلاحية root كاملة، وهو الأنسب حين يحتاج نظامك إعدادات خاصة أو حاويات Docker.
خطر الشخص الواحد الذي يعرف كل شيء
أخطر سيناريو في الشركات المتوسطة ليس الاختراق، بل استقالة الشخص الوحيد الذي يعرف كلمات المرور وطريقة تشغيل السيرفر. نرى هذا كثيراً: نظام ERP يعمل منذ 6 سنوات، والمهندس الذي بناه غادر، ولا أحد يعرف أين النسخة الاحتياطية أو لماذا يعيد السيرفر التشغيل كل ليلة. الاستضافة المُدارة تخفف هذا الخطر بثلاث طرق: البنية موثقة عند المزود لا في رأس موظف، والوصول يمر عبر لوحة تحكم بحسابات قابلة للنقل، والدعم متاح بغض النظر عن الإجازات والاستقالات.
حتى مع الاستضافة المُدارة، وثّق ما يخصك. ملف بسيط داخل مستودع الكود يكفي:
# ops/RUNBOOK.md
- السيرفر: الرياض، باقة أعمال، IP: x.x.x.x
- الدخول: لوحة المزود + مفتاح SSH للفريق (لا كلمات مرور)
- النسخ: يومي، احتفاظ 30 يوماً، آخر اختبار استعادة: 2026-09-14
- إعادة التشغيل: docker compose up -d داخل /srv/erp
- جهات التواصل: المطور الداخلي، دعم المزود ساعات العمل مقابل المراقبة على مدار الساعة
فريقك الداخلي يعمل غالباً من 8 صباحاً إلى 4 عصراً، أي 40 ساعة من أصل 168 ساعة في الأسبوع، وهذا يغطي نحو 24% فقط من الوقت. الأعطال لا تحترم الدوام: امتلاء قرص في الثالثة فجراً، أو هجوم على الشبكة يوم الجمعة. المزود الذي يدير البنية يراقب الأجهزة والشبكة طوال 168 ساعة، ويستبدل القرص التالف قبل أن تعرف. يبقى عليك مراقبة التطبيق نفسه، وأداة مجانية مثل Uptime Kuma على سيرفر صغير ترسل لك تنبيهاً خلال دقيقة من توقف الصفحة:
docker run -d --restart=always -p 3001:3001 \
-v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1 بهذا التقسيم تحصل على تغطية كاملة دون أن توظف أربعة أشخاص للتناوب الليلي.
متى يكون النموذج المختلط هو الأنسب
لأغلب عملائنا من الشركات بأنظمة مخصصة، النموذج المختلط هو الأفضل: مطور أو مهندس داخلي واحد يفهم النظام ومنطق العمل، ومزود يدير البنية. الحساب التقريبي:
| النموذج | الكلفة السنوية التقريبية | التغطية |
|---|---|---|
| فريق داخلي كامل بأربعة أشخاص وسيرفرات مملوكة | أكثر من 1,000,000 ريال | على مدار الساعة |
| مهندس داخلي واحد وسيرفرات مملوكة | من 270,000 إلى 400,000 ريال | ساعات الدوام فقط |
| مهندس واحد وخادم سحابي مُدار البنية | من 265,000 إلى 400,000 ريال | البنية على مدار الساعة والتطبيق بالدوام مع تنبيهات |
لاحظ أن الفرق بين الصف الثاني والثالث في الكلفة صغير، لكن الفرق في المخاطرة كبير جداً، لأنك تخلصت من الأجهزة والكهرباء وغرفة السيرفرات، وصار عندك مزود مسؤول عن البنية بعقد واتفاقية مستوى خدمة 99.99%.
متى تحتاج فريقاً داخلياً كبيراً فعلاً
- إذا كانت التقنية هي منتجك الأساسي، مثل شركة برمجيات تخدم آلاف المستخدمين.
- إذا كان عندك أكثر من 20 نظاماً مترابطاً تحتاج تنسيقاً يومياً.
- إذا فرضت عليك جهة تنظيمية إدارة كل طبقة داخلياً.
خارج هذه الحالات، الفريق الكبير الذي يدير الأجهزة غالباً يستهلك ميزانية كان الأولى صرفها على تطوير النظام نفسه.
الكلفة الخفية: ساعات التوقف وساعات الإطفاء
جدول الرواتب لا يُظهر بنداً مهماً، وهو الوقت الذي يضيع حين يتحول المهندس من التطوير إلى إطفاء الحرائق. في فريق صغير يدير خوادمه بنفسه، يذهب غالباً من 30% إلى 50% من وقت المهندس إلى مهام البنية: تحديثات أمنية، ومساحة قرص ممتلئة، وشهادة SSL انتهت، ونسخة احتياطية فشلت بصمت. لو كان المهندس يكلف 300,000 ريال سنوياً، فهذا يعني أن ما بين 90,000 و150,000 ريال تُصرف على أعمال لا تضيف ميزة واحدة لنظامك.
أضف كلفة التوقف نفسه. نظام يستخدمه 50 موظفاً، بمتوسط كلفة ساعة 80 ريالاً، يخسر 4,000 ريال عن كل ساعة توقف. ثلاث حوادث في السنة مدة كل واحدة 4 ساعات تكلف 48,000 ريال، وهذا أكثر من ضعف كلفة خادم سحابي بباقة مؤسسة مع النسخ والحماية. حين تحسب هذا البند، يتضح أن السؤال لم يعد "هل نستطيع تحمل كلفة المزود" بل "هل نستطيع تحمل كلفة إدارة البنية بأنفسنا".
أسئلة تطرحها على المزود قبل التسليم
- من يستبدل القرص التالف، وخلال كم ساعة؟
- هل النسخ الاحتياطي في موقع منفصل عن السيرفر، وما مدة الاحتفاظ؟
- هل يقدم المزود جلسات توجيه لمطورك عند النقل وعند الأعطال؟
- أين تقع البيانات بالضبط، وهل تبقى داخل المملكة في كل الأحوال؟
في كلاود مثلاً، السيرفرات في الرياض بزمن استجابة نحو 8ms، ونقدم جلسات إرشاد مجانية لمطوري العميل، بينما يبقى النقل وكود التطبيق مسؤولية فريقك، وهذا تقسيم واضح يعرف فيه كل طرف حدوده من اليوم الأول.
كيف تقرر خلال أسبوع
- احسب الكلفة الكاملة لفريقك الحالي بالجدول أعلاه، لا الراتب وحده.
- اكتب قائمة بكل المهام التقنية خلال آخر 3 أشهر، وصنّف كل مهمة: بنية أم تطبيق.
- إذا تجاوزت مهام البنية 40% من وقت الفريق، فهذا وقت يمكن تحريره.
- جرّب خادماً سحابياً بحجم مناسب، مثل باقة أعمال بـ11,500 ريال سنوياً، وانقل نسخة تجريبية من النظام.
- اكتب ملف RUNBOOK قبل أي نقل، حتى لا يبقى أي شيء في رأس شخص واحد.
القرار ليس بين فريق داخلي أو مزود، بل في أين يصرف فريقك ساعاته: على الأجهزة أم على النظام الذي يدير أعمالك.


