Integration Hub

لا أحد يملك مسار الفشل.

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

قرارات ستواجهها

ماذا يحدث حين يكون النظام الآخر غير متاح؟

إعادة محاولة مع تأخير متصاعد (backoff)، أو وضع في طابور لوقت لاحق، أو فشل معلن إلى شخص — لكل تكامل على حدة، بقرار مقصود. الإعداد الافتراضي القاضي بإعادة المحاولة إلى ما لا نهاية هو ما يُنتج التكرارات.

Spoke من IntegrationHub أم REST مخصص؟

الـ Spokes أسرع بناءً وتستهلك معاملات مرخَّصة. أما التكاملات المبرمجة المخصصة فتكلّف وقتًا هندسيًا ولا تستهلكها. وفي التدفقات عالية الحجم تميل الحسبة غالبًا إلى المخصص، وتستحق هذه الحسبة أن تُجرى قبل البناء.

من يُستدعى حين ينكسر تكامل في الثانية فجرًا؟

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