تطوير الأنظمة الخلفية لأنظمة لا تحتمل التوقف

ما الذي نبنيه في الأنظمة الخلفية

نصمم ونبني الأنظمة التي تعمل من جهة الخادم خلف منتجات الويب والجوال، والمنصات الداخلية، وتدفقات البيانات بين الشركات.

• واجهات API عامة وللشركاء، بأسلوب REST أو GraphQL، مع إدارة الإصدارات والتوثيق
• خدمات للمجال وتطبيقات متكاملة منظمة في وحدات بحدود واضحة
• خدمات مصغّرة (Microservices) حيث يكون التوسع أو النشر المستقل مبرراً
• أنظمة قائمة على الأحداث باستخدام Kafka أو RabbitMQ
• تكاملات مع أنظمة ERP وCRM ومزودي الدفع والأنظمة القديمة

تصميم واجهات API بأسلوب العقد أولاً

نصمم واجهات API قبل تنفيذها. يُتفق على مخطط OpenAPI أو GraphQL مع الفرق التي ستستخدمه، ويُراجع كما تُراجع الشيفرة، ويُستخدم لتوليد العملاء والمحاكاة واختبارات العقود. وهكذا يبدأ العمل على الواجهة الأمامية وتطبيقات الجوال بالتوازي بدلاً من انتظار الأنظمة الخلفية.

واجهات API الجيدة سهلة الاستخدام إلى حد الملل: تسميات متسقة، وتقسيم إلى صفحات وصيغ أخطاء يمكن توقعها، وعمليات متساوية الأثر (Idempotent) حيث يمكن إعادة المحاولة، وسياسة إصدارات لا تكسر العملاء الحاليين.

Java وSpring Boot وNode.js

للأنظمة ذات قواعد الأعمال المعقدة أو الأحمال العالية أو العمر المتوقع الطويل، نستخدم عادة Java مع Spring Boot: منظومة ناضجة وأدوات ممتازة وأداء قوي على إصدارات JVM الحديثة. أما للخدمات كثيفة الإدخال والإخراج، وطبقات Backend-for-Frontend، والفرق التي تعمل بـ TypeScript من البداية إلى النهاية، فغالباً ما يكون Node.js الخيار الأنسب.

ومهما كانت اللغة، تبقى المبادئ ذاتها: حدود مجال صريحة، واتساق المعاملات حيث يهم، واختبارات تكامل على قواعد بيانات ووسطاء رسائل حقيقيين باستخدام Testcontainers، وشيفرة يستطيع أي مهندس جديد فهمها.

الخدمات المصغّرة والبنية القائمة على الأحداث، عن قصد

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

وعندما تكون المراسلة غير المتزامنة هي الأداة الصحيحة، نصمم المواضيع والأحداث بعناية تصميم واجهات API نفسها، ونستخدم نمط Outbox لتجنب فقدان الرسائل أو تكرارها، ونبني مستهلكين متساوي الأثر يمكن إعادة تشغيلهم بأمان. وتمنع المهل الزمنية وإعادة المحاولة التدريجية وقواطع الدائرة (Circuit Breakers) اعتماديةً بطيئة واحدة من إسقاط النظام بأكمله.

تكامل الأنظمة دون حلول ربط هشة

التكاملات هي المكان الذي تتعطل فيه أنظمة كثيرة بصمت. نعزل الأنظمة الخارجية خلف طبقات حماية (Anti-Corruption Layers) كي لا تتسرب خصائصها الغريبة إلى مجال عملك، ونتحقق من كل رسالة واردة، ونجعل عمليات التبادل الفاشلة مرئية وقابلة لإعادة المحاولة بدلاً من ضياعها بصمت.

تأتي كل خدمة مع سجلات منظمة ومقاييس وتتبع موزع، إضافة إلى أهداف مستوى الخدمة (SLO) التي تحدد معنى السلامة. ويتولى فريق الحوسبة السحابية وDevOps النشر والتوسع والمراقبة، وتستلم عند التسليم مواصفات واجهات API وأدلة التشغيل والتوثيق المعماري.