انتقل إلى المحتوى
أمين أبوزيد
ARC-009

التكامل المؤسسي

  • 8 درس
  • 4 ساعة تدريب (تقدير)
في هذه الصفحة 9 موضوعات

نص الدروس والتمارين باللغة الإنجليزية، بينما تبقى واجهة الموقع وعناوين الدروس بالعربية.

نظرة عامة

الموضوعات

  • واجهات API
  • الأحداث
  • ESB
  • iPaaS
  • المعالجة الدفعية
  • تبادل الملفات

تعلّم أولًا

4 ساعة تدريب (تقدير)

مخرجات التعلم

  1. Compare integration styles: synchronous APIs, events, ESB, iPaaS, batch, and file exchange.
  2. Choose an integration style per interface from latency, volume, coupling, ownership, and the capabilities of the systems involved.
  3. Design an integration landscape with canonical data where it helps and without it where it doesn't.
  4. Plan error handling, monitoring, and ownership for each integration.

الدروس

  1. 01التكامل هو موضع فشل المشاريع
  2. 02واجهات API والأحداث
  3. 03ESB وiPaaS
  4. 04المعالجة الدفعية وتبادل الملفات ما زالا مهمين
  5. 05النماذج الموحدة: متى تُستخدم ومتى لا
  6. 06تشغيل التكاملات
  7. 07عرض عملي: مشهد التكامل في Larkspur، واجهة بواجهة
  8. 08عرض عملي: ملف ERP الليلي الذي لا يمكن الاستغناء عنه بعد

المختبر والتمارين

Lab

ARC-009-LAB1 · Larkspur integration architecture

Outcomes: 1–4 · Time: ~4 h

  1. Build the interface catalog: system pair, style, direction, volume, latency, owner, error handling.
  2. Cover ERP, CRM, payments, stores, and carriers.
  3. Justify the style of each interface using latency, volume, coupling, ownership, and system capabilities.
  4. Decide where canonical data is used and where not.
  5. Draw the target integration diagram.
  6. Define monitoring, retry, dead-letter, and escalation rules per interface.

Acceptance: every interface justifies its style; failure handling defined.

Exercises (case-based; six exercises)

IDOutcomeTask
ARC-009-EX011Compare API, event, ESB, iPaaS, batch, and file exchange for Larkspur across latency, coupling, and operational cost.
ARC-009-EX022Choose a style for five interfaces (payment authorization, order to ERP, stock updates from stores, carrier tracking, CRM customer sync) and justify.
ARC-009-EX032The ERP's API allows 20 calls per second; the platform needs 200 order updates per second at peak. Propose a design.
ARC-009-EX043Decide where Larkspur should use a canonical Order model and where not.
ARC-009-EX054Write the failure handling for the order-to-ERP interface when the ERP is down for two hours.
ARC-009-EX064Assign owners and define three monitoring checks for each of four interfaces.
أظهر الحلول
  • EX01 API: immediate, coupling of availability; event: loose, eventual consistency; ESB: central mediation, bottleneck risk; iPaaS: quick connectors, vendor limits; batch/file: simple, high latency, fits legacy.
  • EX02 Payment: synchronous API; order to ERP: event with adapter and queue; stock: events; carrier tracking: carrier API with polling fallback; CRM sync: events with periodic reconcile.
  • EX03 Buffer through a queue, batch updates, and rate-limit toward the ERP; keep the platform as system of engagement for orders; sync to ERP asynchronously.
  • EX04 Canonical Order and Customer events between platform, CRM, and reporting; no canonical model for the carrier API, handled by an adapter.
  • EX05 Queue orders durably, retry with backoff, idempotent posting, alert when backlog exceeds threshold, dead-letter for bad messages, reconcile after recovery.
  • EX06 Owner per interface (named team); checks: lag or backlog, error rate, daily reconciliation count; alert thresholds and escalation path.

Workplace evidence: an integration architecture you designed across enterprise systems.

الاختبار

Outcomes: O1 integration styles · O2 choosing style per interface · O3 integration landscape and canonical data · O4 error handling and ownership.

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

  1. 1Events compared with synchronous APIs mainly give:O1
  2. 2An iPaaS is best described as:O1
  3. 3A risk of an ESB is:O1
  4. 4The ERP supports only nightly files for posting. The suitable style is:O2
  5. 5Payment authorization needs an immediate answer, so use:O2
  6. 6Which does NOT drive the choice of integration style?O2
  7. 7A canonical model is most useful when:O3
  8. 8A canonical model has gone wrong when it:O3
  9. 9Safe retries require:O4
  10. 10A dead-letter queue holds:O4

الجزء العملي

Integration design review of the lab catalog and diagram plus exercises ARC-009-EX01 to EX06. Pass: quiz at least 8/10, at least five of six exercises correct, and a catalog where every interface justifies its style and has defined failure handling.

أخطاء شائعة

One style for everything; point-to-point sprawl without ownership; ignoring the ERP's real API limits.

التقييم

Integration design review.

دليل من بيئة العمل

An integration architecture you designed across enterprise systems.

الصلة بالمسار الوظيفي

Integration patterns and enterprise systems (ARC-024, ARC-032).

اكتب للبحث في المستويات والمراحل والوحدات والدروس.