تخطَّ إلى المحتوى
نظام الدعم
الصيانة والدعم

البرمجيات لا تبقى منتهية

تصدر الأُطر إصدارات، وتتلقى الاعتماديات تنبيهات أمنية، وتتغيّر المتصفحات، وتنمو الحركة. نُبقي التطبيق سليمًا خلال ذلك كله — مع نظام دعم يستطيع فريقك فتح تذكرة فيه ومتابعتها.

ماذا يحدث لبرمجيات لا يصونها أحد

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

الفوائد الأساسية

ما الذي يغيّره هذا في عملك.

تنبيهات أمنية يُتصرّف حيالها

تُراقَب الاعتماديات، فتتحوّل الثغرة المنشورة إلى تحديث مجدول لا إلى خبر فاتك.

ترقيات وهي لا تزال صغيرة

إصدار إطار واحد في كل مرة وفق جدول، بدل قفزة بأربعة إصدارات تتحوّل إلى إعادة كتابة.

مشكلات تُكتشف قبل أن يكتشفها العملاء

مراقبة التوافر ومعدل الأخطاء والأداء، مع تنبيهات تُوجَّه إلى من يستطيع التصرف.

طلبات لها رقم مرجعي وحالة

يمر كل طلب عبر نظام الدعم، فلا يعتمد شيء على تذكّر أي سلسلة بريد كان فيها.

ما الذي نسلّمه

ما تحصل عليه فعلًا.

  • المراقبة والتنبيه

    التوافر وتتبّع الأخطاء والأداء، بعتبة متفق عليها لا افتراضية لم يخترها أحد.

  • التحديثات الأمنية

    تُراجَع التنبيهات وتُطبَّق بوتيرة محدّدة، مع مسار عاجل لأي شيء حرج.

  • ترقية الاعتماديات والأُطر

    خطوات صغيرة مُختبَرة مع سجل تغييرات، فلا تصبح الترقية مشروعًا قائمًا بذاته.

  • إصلاح أعطال بنافذة استجابة

    مقياس أولويات وأزمنة استجابة محدّدة، مكتوبة في الاتفاقية لا مُفترضة.

  • تطوير ميزات مستمر

    حصة شهرية للتحسينات الصغيرة التي لن تُجدوَل أبدًا لولا ذلك.

  • التحقق من النسخ الاحتياطي

    استعادة تُنفَّذ فعلًا وفق جدول، فتصبح خطة التعافي شيئًا اختبرته.

  • تقرير شهري

    ما جرى تحديثه، وما تعطّل، وما اتجاه المؤشرات، وما نوصي به تاليًا.

القدرات الأساسية

التخصصات الهندسية التي تستند إليها هذه الخدمة.

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

التقنيات التي نستخدمها

المنظومة التقنية التي نلجأ إليها، ووظيفة كل جزء فيها.

Laravel

إطار عمل PHP ناضج لبناء تطبيقات وواجهات برمجية آمنة وسهلة الصيانة، مع أنظمة مصادقة وطوابير واختبار جاهزة.

PHP

اللغة التي يعمل بها جزء كبير من الويب، وأصبحت سريعة وذات أنواع صارمة منذ الإصدار الثامن.

Docker

حاويات تجعل التطبيق الذي يشغّله المطوّر محليًا هو نفسه الذي يعمل في بيئة الإنتاج.

GitHub Actions

خط الإنتاج الذي يشغّل الاختبارات ويبني المخرجات وينشرها — عند كل تغيير، وبالترتيب نفسه، في كل مرة.

AWS

بنية تحتية سحابية بقواعد بيانات وتخزين وشبكات مُدارة، فتتبع السعة الطلب بدل أن تتبع أمر الشراء.

Playwright

اختبارات متصفح تتنقّل في التطبيق الحقيقي، وهي الطريقة الوحيدة للتأكد أن المسار ما زال يعمل من طرفه إلى طرفه.

القطاعات التي نخدمها

قطاعات تناسبها هذه الخدمة عادةً.

  • البرمجيات كخدمة
  • التجارة الإلكترونية
  • الخدمات المهنية
  • الرعاية الصحية
  • التعليم
  • الخدمات اللوجستية

منهجية التنفيذ لدينا

كيف يسير العمل من أول محادثة إلى الدعم المستمر.

  1. الاستكشاف

    نحدّد ما يجب أن يفعله البرنامج، ومن يستخدمه، وأي القيود حقيقي. والمخرج نطاق مكتوب لا عرض بيع.

  2. البنية المعمارية

    نموذج البيانات والحدود والتكاملات والبنية التحتية تُقرَّر ويُتفق عليها قبل أن يكتب أحد شيفرة التطبيق.

  3. التصميم

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

  4. التطوير

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

  5. الجودة والأمان

    اختبار وظيفي وفحوص أداء ومراجعة للمصادقة والتفويض ومخاطر الاعتماديات قبل الإطلاق.

  6. الإطلاق

    النشر والمراقبة وفترة متابعة لصيقة بينما تكتشف الحركة الحقيقية ما لم تكتشفه بيئة الاختبار.

  7. التحسين المستمر

    تحديثات وترقيات وأعمال جديدة عبر نظام الدعم، فيبقى المنتج مصانًا بدل أن يتقادم بصمت.

حالات الاستخدام

كيف يبدو هذا كمنتج مكتمل.

تسلّم قاعدة شيفرة بناها غيرنا

تدقيق أولًا: ماذا تفعل، وما حالتها، وما الذي يجب إصلاحه قبل أن تُصان بأمان.

إبقاء منتج مُطلَق سليمًا

تحديثات وترقيات ومراقبة مستمرة لمنتج يعمل ولا يحتمل مفاجأة.

تغطية فريق داخلي صغير

دعم لفريق بمطوّر واحد: تغطية الإجازات ورأي ثانٍ والعمل الذي لا يتّسع وقته له.

لماذا Vertex Arc

نظام دعم حقيقي لا صندوق بريد

تذاكر بأرقام مرجعية وحالات ومرفقات وسجل يقرؤه الطرفان.

نصون برمجيات لم نكتبها

تسلّم قاعدة شيفرة موروثة عمل معتاد هنا، ويبدأ بتدقيق صادق.

أزمنة استجابة مكتوبة

مستويات الأولوية ونوافذ الاستجابة جزء من الاتفاقية، فتكون التوقعات مشتركة لا مفترضة.

بلا ارتهان

يبقى المستودع والبنية التحتية لك. اتفاقية الصيانة خدمة لا ترتيب رهينة.

الأسئلة الشائعة

هل تصونون تطبيقًا لم تبنوه؟
نعم، بعد تدقيق. نراجع الشيفرة والاعتماديات والبنية التحتية والاختبارات، ونعطيك تقييمًا مكتوبًا لما يلزم قبل أن تصبح اتفاقية مستمرة منطقية. وأحيانًا يكون الجواب الصادق أن جزءًا معيّنًا يجب إعادة بنائه أولًا.
كيف تُفتح الطلبات وتُتابع؟
عبر نظام دعم Vertex Arc. يسجّل فريقك الدخول ويفتح تذكرة على مشروع ويرفق ما يساعد ويتابع الردود وتغيّرات الحالة في مسار واحد برقم مرجعي.
ما غير المشمول؟
تغطي اتفاقية الصيانة إبقاء النظام القائم سليمًا والتحسينات الصغيرة. أما وحدة جديدة أو إعادة تصميم أو ترحيل منصة فتُحدَّد كمشروع مستقل ويُسعَّر منفصلًا، فيبقى الاشتراك الشهري متوقّعًا.