إبقاء البيانات متّسقة عبر خدمات كثيرة

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

التفاصيل التي تجعله موثوقاً غير برّاقة: مستهلكون حياديّون تكرارياً فلا يضرّ الحدث المكرّر، وملكية واضحة فيكون هناك مصدر حقيقة واحد لكل معلومة، وتعامل دقيق مع الترتيب والفشل.

في نظام موزّع قد تصل الرسالة نفسها مرّتين أو بترتيب مختلف أو بعد أن تكون الخدمة قد مضت. الهندسة الصعبة ليست المراسلة, بل التصميم بحيث لا تُفسد أيٌّ من هذه الحالات بياناتك.

نعتمد على العمليات المتماثلة (idempotency) وملكية واضحة لكل جزء من الحالة، فتعالج كل خدمة الحدث بثقة، عالمةً أن إعادة التشغيل لا تغيّر ما لا ينبغي.

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

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

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

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