الأنظمة الخلفية وواجهات API

نبني الأنظمة الخلفية وواجهات برمجة التطبيقات (API) بإطار NestJS، مع قواعد البيانات وطوابير الرسائل: الجزء من منتجك الذي يحفظ البيانات، ويطبق قواعد العمل، ويربط تطبيقاتك بالأنظمة الأخرى.

لمن هذه الخدمة

للشركات الناشئة وفرق المنتجات التي تحتاج إلى أنظمة خلفية موثقة لتطبيق جوال أو تطبيق ويب، أو التي بدأت بأداة بناء دون برمجة (no-code) أو بنموذج أولي ولم يعد يكفيها. وللشركات النامية التي يُدخل موظفوها الطلب نفسه في نظامين، وتريد أن تعمل نقاط البيع والمحاسبة أو نظام ERP وبوابة الدفع والتطبيقات على بيانات واحدة.

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

ماذا نبني

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

كيف نبنيها

إطار NestJS بلغة TypeScript هو خيارنا المعتاد للمنتجات الرقمية والأسواق الإلكترونية، فيشترك تطبيق الويب والأنظمة الخلفية في لغة واحدة. ويمكننا أيضًا العمل بلغة Go، أو بإطار Spring Boot إن كانت شركتك تعمل أصلًا على منصة JVM. وحين يحتاج المشروع إلى لغة Rust، يمكننا الكتابة بها.

قاعدة بياناتنا المعتادة هي PostgreSQL، مع PostGIS للاستعلامات الجغرافية، ويتولى Redis التخزين المؤقت والأقفال والتحديثات الحية. ونعمل مع MySQL وMongoDB إن كانت لديك بالفعل. ونستخدم BullMQ أو RabbitMQ للمهام الخلفية، وأسلوب REST مع توثيق OpenAPI للواجهات، وWebSockets للبيانات الحية، وعند الطلب Kafka أو NATS أو gRPC أو GraphQL.

ويستخدم تسجيل الدخول رموزًا قصيرة العمر، ويتحقق الخادم في كل طلب من أن المستخدم يحق له رؤية السجل. وقبل الإطلاق نفحص الواجهات وفق OWASP API Security Top 10، وهي قائمة معروفة بأشيع ثغرات واجهات API، ومنها أن يطّلع عميل على بيانات عميل آخر.

نتفق معك على أهداف الأداء في كل مشروع، ثم نختبر نقاط النهاية (endpoints) الرئيسية تحت الضغط في بيئة تجريبية باستخدام k6 قبل الإطلاق. وتكشف السجلات وفحوص الحالة وتتبع الأخطاء ولوحات المتابعة الأخطاءَ والطلبات البطيئة وقت حدوثها، لنتابعها نحن ضمن خطة دعم، أو ليتولاها فريقك.

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

المدة والتكلفة

أكثر ما يحدد المدة والتكلفة:

• الأنظمة التي نربطها: الواجهة الحديثة الموثقة سريعة الربط، أما نظام ERP قديم أو واجهة مصرفية أو نظام حكومي فيحتاج إلى مطابقة حقول واختبار أكثر
• العمل اللحظي والمهام الخلفية: المواقع الحية والأقفال ومسارات العمل متعددة الخطوات
• نقل البيانات من نظام قديم: تنظيف السجلات وترحيلها بينما يستمر العمل
• متطلبات التدقيق ومكان حفظ البيانات: حقول مشفرة، ودفاتر قيود لا تُعدل بعد تسجيلها، واستضافة داخل بلد بعينه
• مستوى التوفر: خادم واحد، أو عدة خوادم مع نسخ متماثلة من قاعدة البيانات

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