المراجعة الهندسية
تقييم البنية الحالية وفق مبادئ الهندسة الموجهة نحو الخدمات، مع تقرير عن نقاط القوة ونقاط الضعف.
استشارات هندسة البرمجيات · SOA والخدمات
قرارات هندسية يمكنكم شرحها والدفاع عنها.
استشارات هندسة البرمجيات مراجعة مستقلة لبنية نظامكم، تليها خطة مكتوبة تحدد ما يُحتفظ به، وما يُقسَّم إلى خدمات، وبأي ترتيب. ندرس الشيفرة والبيانات وعمليات العمل معاً، ونخبركم حين لا يستحق التقسيم ما يضيفه من تعقيد.
- المراجعة وخارطة الطريق مسعّرتان بشكل منفصل عن التنفيذ
- توصيات مرتبطة بعملياتكم
- عن بُعد، وبتوقيتكم نفسه إن كنتم في الخليج
لماذا تهم هندسة البرمجيات
معظم الأنظمة البطيئة ليست بطيئة بسبب الشيفرة. بل بسبب بنيتها.
حين تكون جميع الميزات في تطبيق واحد كبير، قد يؤدي تعديل في الفوترة إلى تعطّل المخزون، وقد تُبطئ مهمة تقارير كثيفة عملية إتمام الشراء. فيبدأ الفريق في تجنب التعديلات، ويتكيف العمل مع البرنامج بدلاً من العكس.
تقسّم الهندسة الموجهة نحو الخدمات (SOA) والخدمات المصغرة (microservices) النظام إلى أجزاء ذات حدود واضحة وواجهات متفق عليها. وإذا نُفّذ ذلك جيداً، أمكن لكل جزء أن يتغير ويتوسع بمفرده. أما إذا نُفّذ قبل أوانه، فإنه يضيف اتصالات شبكية وعمليات نشر ونقاط تعطّل لا يحتاج إليها نظام أصغر.
ما تحصلون عليهتقييم مكتوب لهندسة نظامكم الحالية، وبنية مستهدفة مقترحة، وخارطة طريق على مراحل تحدد المخاطر والأولويات لكل خطوة.
- توثيق نقاط قوة النظام الحالي، لا نقاط ضعفه فقط
- توصية واضحة بين التطبيق الموحد (monolith) والتطبيق الموحد المعياري والخدمات
- خارطة طريق يمكنكم تنفيذها معنا أو داخل شركتكم
نطاق العمل
ستة مجالات نراجعها ونصممها.
يمكن أن يشمل التعاقد مجالاً واحداً أو المجالات الستة كلها. ويُذكر النطاق بنداً بنداً في عرض السعر المكتوب.
تصميم الخدمات
تقسيم عمليات العمل إلى خدمات مستقلة قابلة لإعادة الاستخدام، مع تحديد واجهاتها وعقودها.
من التطبيق الموحد إلى الخدمات
انتقال تدريجي من تطبيق واحد كبير إلى خدمات منفصلة، مخطط لإبقاء التعطّل في حدوده الدنيا.
بوابة API
نقطة دخول واحدة خاضعة للتحكم إلى الخدمات، تتولى المصادقة وتحديد معدل الطلبات وموازنة الأحمال.
قابلية المراقبة
سجلات مركزية وتتبّع موزّع ومقاييس، لتروا ما تفعله كل خدمة وأين تتباطأ الطلبات.
هندسة الأمن
مبادئ انعدام الثقة (zero trust)، وتشفير الاتصال بين الخدمات (mTLS)، وإدارة الهوية على مستوى النظام كله.
اختيار البنية
التطبيق الموحد أو SOA أو الخدمات المصغرة: المقارنة بصراحة.
لا توجد إجابة واحدة صحيحة. يوضح الجدول كيف نوازن بين الخيارات مع عملائنا، أما التوصية الخاصة بنظامكم فتأتي من المراجعة.
| التطبيق الموحد المعياري | SOA | الخدمات المصغرة | |
|---|---|---|---|
| طريقة تواصل الأجزاء | استدعاءات دوال داخل تطبيق واحد | عبر ناقل خدمات مركزي أو عقود مشتركة | كل خدمة توفر واجهة API خاصة بها |
| النشر | عملية نشر واحدة لكل شيء | تُنشر الخدمات بشكل منفصل بتنسيق مركزي | تُنشر كل خدمة بمفردها |
| العبء التشغيلي | الأدنى | متوسط | الأعلى: يتطلب المراقبة والتتبّع وإدارة الشبكة |
| تناسب | الفرق الصغيرة والأنظمة التي تتغير أجزاؤها معاً | المؤسسات الكبيرة التي تربط عدة أنظمة قائمة | الأجزاء التي تختلف كثيراً في الأحمال أو دورات الإصدار |
بالنسبة إلى كثير من الشركات، يكفي تطبيق موحد معياري جيد البنية مع طبقة API واضحة. ولا نوصي بالتقسيم إلا حيث تُظهر المراجعة سبباً واضحاً.
كيف يسير التعاقد
من الاجتماع الأول إلى خارطة طريق مكتوبة.
- اجتماع تعريفياجتماع فيديو مجاني عن النظام والفريق الذي يستخدمه والمشكلات التي تلاحظونها، دون أي التزام.
- المراجعةندرس الشيفرة ونموذج البيانات والتكاملات والاستضافة، ونطابقها مع عمليات العمل التي تخدمها.
- تصميم البنية المستهدفةتُصمَّم حدود الخدمات والواجهات والأمن والمراقبة، وتُناقش معكم قبل اعتماد أي شيء.
- خارطة الطريقخطة متدرجة تتضمن الأولويات والمخاطر والمراحل. وإذا اخترتم أن نتولى التنفيذ، يُقدَّم له عرض سعر مكتوب منفصل.
كيف نقدم المشورة
مشورة تنطلق من عملياتكم.
العمل أولاً
تتبع حدود الخدمات المسار الفعلي للطلبات والمخزون والحسابات والموافقات داخل شركتكم.
تصميم متناسب
نحدد حجم البنية وفق فريقكم وحجم الزيارات الحالي مع مجال للنمو، لا وفق نموذج الشركات الكبرى.
تعليل مكتوب
توضح كل توصية سبب اتخاذها والبدائل التي دُرست، ليتمكن فريقكم من مناقشتها والاعتراض عليها.
من إعداد مهندسين
من يراجعون هندسة نظامكم يكتبون ويشغّلون كل يوم برمجيات قيد الاستخدام الفعلي.
أسئلة شائعة
أسئلة عن استشارات هندسة البرمجيات
ما الفرق بين SOA والخدمات المصغرة؟
في SOA تتواصل الخدمات عادةً عبر طبقة مركزية مثل ناقل خدمات المؤسسة. أما الخدمات المصغرة فتُنشر بشكل مستقل وتتواصل عبر واجهات API الخاصة بها. قد تعني SOA تعقيداً شبكياً أقل في المؤسسات الكبيرة، بينما تمنح الخدمات المصغرة استقلالية أكبر بتكلفة تشغيل أعلى. ويعتمد الخيار المناسب على أنظمتكم القائمة.
هل يجب أن ننتقل إلى الخدمات المصغرة؟
لا. كثير من الأنظمة يناسبها أكثر تطبيقٌ موحد معياري بحدود داخلية واضحة وطبقة API. ولا نوصي بالتقسيم إلى خدمات إلا حيث تجد المراجعة سبباً ملموساً، مثل حمل مختلف كثيراً على جزء واحد.
كم يستغرق الانتقال إلى الخدمات؟
يعتمد ذلك على حجم النظام وحالته، لذلك لا نقدّر المدة قبل المراجعة. تقسّم خارطة الطريق العمل إلى مراحل، وتُكتب هذه المراحل في العقد إذا تولينا التنفيذ.
كيف تُسعَّر الاستشارات؟
تُسعَّر المراجعة وخارطة الطريق بشكل منفصل عن التنفيذ، ولكل منهما عرض سعر مكتوب ومفصّل بنداً بنداً. وبعد موافقتكم على عرض السعر لا يتغير السعر.
ما البروتوكولات والواجهات التي تعملون بها؟
نستخدم REST وGraphQL وgRPC لواجهات الخدمات، وطوابير الرسائل للعمليات غير المتزامنة، والحاويات لتوحيد البيئات. وتُختار الأدوات المحددة في مرحلة التصميم.
هل يمكنكم العمل مع فريقنا الداخلي؟
نعم. يشارك مطوروكم في المراجعة، ويُناقش التصميم المستهدف معهم قبل اعتماده. وتُعقد الاجتماعات عبر الفيديو، وتُوثَّق جميع القرارات كتابةً.
احصلوا على رأي ثانٍ قبل التغيير الكبير القادم.
صِفوا نظامكم وما يعيق تطوره. نبدأ باجتماع تعريفي مجاني عبر الفيديو، ثم نرسل إليكم نطاق المراجعة مكتوباً.