الخدمات التقنية
البنية السحابية والتحتية
هذه هي الأرضية التي يستند إليها منتجك. نصمم بيئة الاستضافة، ونؤتمت مسار وصول الكود إليها، ونحافظ على تحديث النظام ونسخه الاحتياطي ومراقبته أثناء تشغيله. نُعدّ كل هذا داخل حساباتك الخاصة، لتصلك الفواتير مباشرة ولا يبقى شيء محتجزاً لدينا. كما نوضح لك بشفافية أين تنتهي صلاحياتنا — فشبكة مزود الاستضافة ليست شبكتنا، وكلمة المرور التي يسربها أحد الموظفين تخرج عن سيطرتنا.
البنية السحابية
مركز البيانات الافتراضي الذي يستضيف تطبيقك، مُعدّ بحجم يناسب زياراتك الفعلية وقادر على استيعاب الارتفاعات التي يمكنك توقعها. تتضخم معظم فواتير الخدمات السحابية لأن أحداً لم يصمم بيئة الاستضافة مسبقاً — بل أُضيفت الخوادم ولم تُزل قط. نحن نصمم البنية التقنية قبل تجهيزها، على AWS أو Azure أو Google Cloud، ونختار المنصة بناءً على ما ستشغله، لا على ما نفضّله.
ما تحصل عليه
- بيئة مُعدّة على AWS أو Azure أو Google Cloud، داخل حسابك الخاص
- قدرة حوسبة تناسب حجم الضغط الذي تصفه: أجهزة افتراضية أو Kubernetes، مع وظائف دون خوادم حين تكون هي الخيار الأنسب فعلياً
- قواعد بيانات مُدارة مع نسخ احتياطي آلي ومسار استعادة موثق كتابةً
- شبكات خاصة، ومجموعات أمان، وقواعد وصول — لا يُكشف أي شيء لا حاجة لكشفه
- وثيقة بنية تقنية توضح: ما الذي يعمل وأين، وما الذي يحدد قيمة الفاتورة الشهرية، وأي جزء سيصل إلى حده الأقصى أولاً تحت الضغط
ما نحتاجه منك
- حجم الزيارات المتوقع، وحجم البيانات، وأي ارتفاع متوقع يمكنك التنبؤ به — كإطلاق منتج، أو حملة، أو موسم
- حساب سحابي خاص بك، أو قرار بفتح حساب، لأن الفاتورة فاتورتك
- أي متطلبات تتعلق بمكان تخزين البيانات أو الامتثال للأنظمة، وذلك قبل بدء التصميم، لا بعده
- صلاحيات الوصول إلى بيئة الاستضافة الحالية وإعداداتها إذا كنت في مرحلة انتقال
حدود الخدمة
- يُفوتر مزود الخدمة السحابية التكاليف على حسابك الخاص مباشرة. دورنا هو تحديد الحجم والإعداد؛ ولا نعيد بيع سعات الاستضافة أو نضيف هامش ربح عليها
- يمكننا إزالة الهدر، لكن لا أحد يستطيع أن يضمن لك رقماً شهرياً ثابتاً — استخدامك هو ما يحدد الفاتورة
- يُحدد نطاق عمل نقل نظام إنتاج يعمل حالياً بشكل منفصل عن نطاق تصميم البيئة
- البيئة المُعدة التي لا يراقبها أحد ليست بنية تحتية مُدارة. تشغيلها يتطلب خطة صيانة ودعم أو تعاقداً لعمليات التطوير والنشر (DevOps)
- تراخيص الجهات الخارجية، ورسوم الخدمات المُدارة، وتكاليف نقل البيانات هي نفقات تتحملها أنت
عمليات التطوير والنشر (DevOps & CI/CD)
خط تجميع آلي للكود الخاص بك: كل تغيير يُبنى ويُختبر ويُنشر بالطريقة ذاتها، عبر برنامج نصي وليس عبر من يتذكر الخطوات. الهدف ليس السرعة بحد ذاتها. فالفِرق القادرة على النشر في دقائق تطلق تغييرات أصغر، والتغييرات الصغيرة هي التي يمكنك التراجع عنها. لذلك يُبنى مسار التراجع ويُختبر قبل الإطلاق الأول، بدلاً من ارتجاله أثناء العطل الأول.
ما تحصل عليه
- مسارات نشر آلية على GitHub Actions أو GitLab CI تتولى البناء والاختبار والنشر مع كل تغيير
- بيئات منفصلة للتطوير والاختبار والإنتاج، كي لا يُختبر أي شيء على النظام الحي
- بنية تحتية مبرمجة باستخدام Terraform أو CloudFormation، بحيث تُعاد بناء البيئة من ملف بدلاً من الاعتماد على الذاكرة
- إعداد حاويات (Docker)، ليعمل التطبيق بالأسلوب ذاته على أي جهاز يُنقل إليه
- مسار تراجع مكتوب ومُختبر، بالإضافة إلى عمليات نشر لا تتطلب إيقاف الموقع متى ما سمحت البنية التقنية بذلك
- توثيق لمسار النشر، والبيانات السرية التي يحتاجها، ومن يملك صلاحية الإطلاق
ما نحتاجه منك
- صلاحيات الوصول إلى مستودع الكود، ونموذج تفرع (branching model) — أو قرار باعتماد واحد
- بيانات اعتماد حساب الاستضافة أو الخدمة السحابية الذي سينشر فيه المسار الآلي
- قرار بشأن من يوافق على النشر في بيئة الإنتاج
- خطوات البناء والنشر الحالية، بما في ذلك الخطوات غير الموثقة التي ينجزها شخص ما يدوياً
حدود الخدمة
- تشمل باقة بناء النسخة الأولى (MVP) مسار نشر أساسياً للمنتج الذي نسلّمه. أما التعاقد المتكامل لعمليات التطوير والنشر (DevOps) فيُسعّر بشكل منفصل
- إعادة كتابة التطبيق ليُصبح قابلاً للنشر آلياً — كتقسيم الأنظمة المتجانسة، أو إزالة الإعدادات المدمجة في الكود — هو مشروع بحد ذاته، وليس مجرد مهمة ضمن مسار النشر
- تظل عمليات النشر اليومية مسؤولية مالك الكود، ما لم تغطها خطة شهرية
- تُفوتر دقائق عمل خوادم التكامل المستمر، ومساحات تخزين الحاويات، وتراخيص الأدوات على حسابك الخاص
- تتقادم مسارات النشر. تتقادم مسارات النشر. وعندما تتغير الأدوات أو المنصة ولا توجد خطة تغطي صيانتها، فلن يتولى أحد إبقاءها عاملة
الاستضافة والأمان
ندير النطاق، والخوادم، وبوابات الدخول: شهادات SSL، وإعدادات DNS، وقواعد جدار الحماية، وتنقية هجمات حجب الخدمة، والنسخ الاحتياطي، والتحديثات المجدولة بانتظام بدلاً من إجرائها حين يتذكرها شخص ما. معظم المواقع التي تُخترق لم تكن مستهدفة بعينها — بل كانت تُشغل إضافة برمجية بثغرة معروفة منذ ثمانية أشهر. الحفاظ على وتيرة منتظمة لتثبيت التحديثات هو جوهر الأمر، وهو عمل روتيني لا بد منه في كل الأحوال.
ما تحصل عليه
- استضافة مُدارة مع إعداد شهادة SSL ونظام DNS، ورابط فعّال ببروتوكول https
- حماية من هجمات حجب الخدمة (DDoS) وقواعد جدار حماية توقف الزيارات الآلية قبل وصولها إلى التطبيق
- نسخ احتياطي مجدول بمدد حفظ حسب المستوى — أسبوعي مع حفظ لمدة 30 يوماً في باقة الانطلاق، ويومي مع حفظ لمدة 90 يوماً في باقة النمو، ويومي وعند الطلب مع حفظ لمدة 365 يوماً في باقة التوسع — واستعادة عند الطلب
- تحديثات للنظام الأساسي والإضافات والتبعيات: شهرياً في باقة الانطلاق، وأسبوعياً في باقة النمو، وأسبوعياً مع تثبيت التحديثات الأمنية الطارئة في باقة التوسع
- بيئة اختبار بدءاً من مستوى باقة النمو، ليُختبر أي تغيير قبل وصوله إلى الموقع الحي
- مراقبة استمرارية العمل: فحص كل 5 دقائق مع تنبيهات بريدية في باقة الانطلاق، وفحص كل دقيقة في باقة النمو، وفحص كل دقيقة مع تنبيهات آلية على مدار الساعة وتصعيد في باقة التوسع
- فحص للبرمجيات الخبيثة في كل المستويات؛ وتنظيف واستعادة بدءاً من باقة النمو، ومراجعة لتعزيز الأمان مرتين سنوياً في باقة التوسع
- تقرير شهري عن حالة الموقع
ما نحتاجه منك
- صلاحيات الوصول إلى مسجل النطاق وسجلات DNS
- صلاحيات مسؤول (Admin) للاستضافة الحالية وللموقع أو التطبيق نفسه
- قائمة متفق عليها بأسماء كل من يملك صلاحيات مسؤول غيرنا
- جهة اتصال واحدة مخولة بالموافقة على أي تغيير طارئ دون الحاجة إلى اجتماع
حدود الخدمة
- تعتمد استمرارية العمل على جاهزية مزود الاستضافة نفسه. نحن نراقب، ونُبلغ، ونصعّد؛ لكننا لا نتحكم في شبكته. باقتا الانطلاق والنمو تُقدمان بأفضل جهد ممكن. أما باقة التوسع فتحمل هدفاً بنسبة استمرارية تبلغ 99.9% شهرياً نُبلّغ عن الأداء مقابله — وهو هدف، وليس ضماناً
- التنبيهات على مدار الساعة في باقة التوسع تعتمد على مراقبة آلية مع نظام تصعيد. تُحدد أوقات الاستجابة البشرية بأيام العمل: الاستجابة في نفس يوم العمل لباقة التوسع
- نحن نؤمن البنية التحتية. لكننا لا نستطيع حماية كلمة مرور يسلمها موظف — فالهندسة الاجتماعية تقع خارج نطاق أي جدار حماية
- لا تغطي الساعات المشمولة في الخطة التعافي من تغييرات أجراها شخص آخر يمتلك صلاحيات مسؤول
- لا يمكننا تحمل مسؤولية بنية تحتية لم نقم ببنائها أو لا نملك صلاحية الوصول إليها
- تُفوتر موارد الاستضافة التي تتجاوز المسموح به في خطتك، ورسوم النطاق، وتراخيص الجهات الخارجية على حسابك الخاص
- الصفحات الجديدة، والميزات الجديدة، وإعادة التصميم لا تُعد من أعمال الصيانة، بل تُسعّر بشكل منفصل
مشروعك في مكان واحد
تدار جميع المشاريع عبر بوابة عملاء إكسانا: تتابع حالة المشروع والمراحل الزمنية، وتراجع خطاً زمنياً لتحديثات الفريق، وتتبادل رسائل تظهر حالة قراءتها لضمان عدم ضياع أي معلومة. يمكنك مشاركة الملفات عبر روابط بصلاحيات محددة، واعتماد المخرجات أو طلب التعديلات مع توثيق كل قرار، وتجد فواتيرك ومستندات حسابك في مكان واحد. كما يمكن لأكثر من شخص من شركتك امتلاك حساب دخول خاص به، ليختار كل منهم إشعارات البريد الإلكتروني التي تناسبه — كل ذلك متاح بالكامل باللغتين.
كيف تُقدم هذه الخدمات
تشكّل الاستضافة والأمان معاً خطة الصيانة والدعم، المتاحة في ثلاثة مستويات — تُلحق بنهاية كل مشروع بناء برمجي وتُباع منفصلة لموقع قائم بالفعل. أما البنية السحابية والتعاقدات المتكاملة لعمليات التطوير والنشر (DevOps) فهي حلول مخصصة، تُسعّر بعد مرحلة تحديد نطاق مدفوعة الأجر: سواء عبر تقييم الأنظمة والذكاء الاصطناعي لحل مشكلة تشغيلية، أو مرحلة استكشاف لمنتج جديد. وتتضمن باقة بناء النسخة الأولى (MVP) مسار نشر أساسياً لما نسلّمه. وينتهي كل مشروع بناء بضمان لمدة 30 يوماً لإصلاح الأخطاء ضمن النطاق المسلّم؛ وبعد ذلك، تتولى خطة الصيانة والدعم المهمة.