ارسم خريطة الأنظمة قبل الـ org

🌐 متاح أيضًا بـ28 لغة

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

ترجمة بالذكاء الاصطناعي. لم يراجعها المجتمع بعد. اقرأ بالإنجليزية

الفصل 4 من Data Architect، الجزء 1: أن تصبح معماري بيانات. السابق: معمارية بيانات Salesforce.

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

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

صمّم الفصلان 2 و3 مؤسسة Salesforce (org): ما الذي ينبغي أن يكون عليه النموذج، وكيف يعيش على Salesforce. وهذا الفصل يُرجع الكاميرا إلى الخلف ويرسم ما يحيط بالـ org، قبل أن يُصمَّم الـ org. Salesforce نظام واحد بين أنظمة كثيرة، وكثيرًا ما لا يكون هو النظام الذي يملك البيانات.

صورة مُنشأة بالذكاء الاصطناعي.

الأفكار في هذا الفصل

• خريطة الأنظمة أولًا. اعثر على الأنظمة، ثم على البيانات المتنقلة بينها، ثم على من يملك كل قطعة. وبعد ذلك فقط قرّر ما هي مهمة Salesforce.
• السهم يعتمد على أسهم أخرى. الطلبات الخارجة إلى ERP تحتاج أولًا إلى دخول العملاء والمنتجات والأسعار. كلما رأيت تكاملًا بتدفق واحد فقط، بدأ القلق يساورني.
• للبيانات أنواع، ولها أحمال عمل. البيانات الرئيسية، والمرجعية، وبيانات المعاملات، والبيانات الوصفية، والتحليلية، وغير المهيكلة تتغير وتنمو وتُستخدم بطرق مختلفة؛ وأحمال العمل التشغيلية (OLTP) والتحليلية (OLAP) والتدفقية (streaming) تريد مواطن مختلفة. الـ org يدير الأعمال؛ ومستودعات البيانات والبحيرات تحلّلها.
• للأنظمة أدوار، لا شعارات فقط. نظام السجل، ونظام التفاعل، والنظام المرجعي، ونظام الرؤى. «Salesforce هو نظام السجل لدينا»: لماذا بالتحديد؟
• مكان التحليلات يتبع مكان البيانات. كل شيء على النواة: التقارير القياسية. بيانات في مخازن أخرى: منصة تحليلات، ومستودع البيانات عندما تُدمج بيانات Salesforce معها.
• Data 360 قريب من النواة (near-core): يُدار على النواة، ويُستضاف خارجها. لا يتصل به المستخدمون أبدًا، لذا مكانه مع البنية التحتية للتوصيلات.
• البيانات التي يملكها ERP تُقرأ محليًا وتُكتب تحت السيطرة، مع بادئة erp_ حتى يُظهر المخطط من يملك كل حقل.
• على خريطة الأنظمة، يبدأ السهم من النظام الذي يفتح الاتصال، وتقول تسميته ما الذي ينتقل وفي أي اتجاه. التدفقان سهمان؛ والسهم ذو الرأسين للموصّل (connector) فقط.
• لكل سهم عميل وخادم، وكل منهما يملك نصفه. لا شيء من ذلك يظهر على خريطة الأنظمة، لكن كل سهم فيه ذلك.
• احسب قبل أن ترسم الأسهم. الأصفار تذهب في الجرد، وهي التي تختار الآلية: دفعات، أو متزامن، أو أحداث.
• استراتيجية الـ org قرار على مستوى خريطة الأنظمة، يُتخذ في الدقائق الأولى: org واحد أم عدة، وأين يعمل.
• الحالة الراهنة تُظهر ما هو خاطئ. الأحمر للعملية السيئة، والمتقطع لما يُنجز يدويًا، والنقاط الحمراء لما هو مفقود.

تخطيط Steve لخريطة الأنظمة

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

أين	ما الذي يوضع هناك
اليسار	الناس، من الأعلى إلى الأسفل: المستخدمون الداخليون، والشركاء، والعملاء
الوسط	Salesforce، صندوق واحد بسيط، ومجتمعاته تلامسه من الأسفل
الأعلى	مزوّدو الهوية فوق Salesforce؛ وAppExchange منزاح إلى اليمين؛ والمواقع العامة أعلى اليسار
اليمين	طبقة التكامل، ثم الأنظمة الداخلية: ERP، والمالية، ومستودع البيانات
تحت طبقة التكامل	Data 360، القريب من النواة، مع البنية التحتية للتوصيلات
الأسفل	قنوات العملاء: البريد الإلكتروني، ونماذج الويب، والهاتف، والمراسلة
أسفل اليمين	البيانات الداخلة والخارجة: الأرشيفات، وعمليات تحميل البيانات، والمصادر الخارجية، والشركاء

الأنظمة بطاقات في مناطق باهتة ومسمّاة، لكل منها أيقونة، ومفتاح الرموز يشرح معنى كل شيء. وخلف الصورة يقف جرد: لكل مجموعة بيانات أو تدفق، مالكها، وحجمها، وآليتها وتوقيتها، والمصادقة، وهل تُنسخ أم يُشار إليها أم تُتّحد (federate).

Click to enlarge

خريطة أنظمة الوحدة 4، بأسهمها.

المسار عبر هذا الفصل

ست وحدات، كل واحدة منها قائمة بذاتها.

1. Salesforce نظام واحد بين أنظمة كثيرة. لماذا تأتي خريطة الأنظمة قبل الصندوق، والتكامل الذي أراه مرارًا وتكرارًا والتدفقات العكسية التي يعتمد عليها، والبيانات في موجات، والنواة، والقريب من النواة، وHyperforce.
2. أنواع بيانات المؤسسة. ستة أنواع؛ مُنشأة، ومعدَّلة، ومُشار إليها؛ OLTP وOLAP؛ الوقت الفعلي، وشبه الفعلي، والدفعات؛ والأسئلة الأربعة وراء الفئات.
3. الأنظمة المحيطة بـ Salesforce. أدوار الأنظمة؛ وERP، ومستودع البيانات، والـ Lakehouse؛ والتحليلات تتبع البيانات؛ وMDM؛ والتكامل والأحداث؛ ومزوّد الهوية الذي ينساه المطورون؛ وأين يقع Data 360.
4. ارسم خريطة الأنظمة. تخطيطي، مبنيًا من لوحة فارغة؛ الأصفار قبل الأسهم؛ أسهم تبدأ من البادئ بالاتصال؛ العميل والخادم خلف كل سهم، في الاتجاهين؛ مخططات المسارات (swim lanes) للمحادثات؛ والجرد خلف الصورة.
5. استراتيجية الـ org قرار على مستوى خريطة الأنظمة. ابدأ بـ org واحد؛ ما الذي يبرر org آخر؛ المنطقة، لا المزوّد؛ تقسيم إلى AMER وEMEA تفرضه اللائحة العامة لحماية البيانات (GDPR)؛ وما الذي يضيفه الـ org الثاني.
6. خريطة أنظمة Steve Trucking. اليوم، قبل تنفيذ سليم، مع العلامات: بيانات شحن تصل إلى RouteDesk، ومسارات يُعاد إدخالها في Salesforce ثم تُعاد يدويًا، وجزيرة من بيانات GPS، وجدول بيانات يغذّي المالية، و108,000 مكالمة «أين توصيلتي؟» في السنة.

عندما تنتهي، اختبر نفسك بـدليل دراسة الفصل: قائمة تحقق للاختبار، والعادات التي تتجاوزه، والمصطلحات التي يجب معرفتها، وبضعة أسئلة.

ما الذي يقرره المعماري هنا

• ما الأنظمة التي تحيط بـ Salesforce، وما الدور الذي يؤديه كل منها.
• أي نظام يملك كل نوع مهم من البيانات، قبل تقرير مقدار ما يحتفظ به Salesforce منها.
• كيف يعمل كل اتصال: ما الذي ينتقل، وفي أي اتجاه، وكيف يُصادَق عليه، وبأي سرعة، وما الذي يعود.
• كم org، وأين تعمل، ويُقرَّر ذلك أولًا، لأن كل شيء آخر على خريطة الأنظمة يعتمد عليه.
• هل الحالة الراهنة مفهومة بما يكفي لتصميم حالة مستهدفة.

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

للاستزادة

• Salesforce Architects، The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (بالإنجليزية، تم التحقق في 2026-10-14).
• قراءة إضافية للمرشحين لشهادة CTA: ينشر Salesforce Architects إرشاداته الخاصة لرسم المخططات، How to Build Salesforce Diagrams (opens in a new tab) (بالإنجليزية).

التالي: جودة البيانات وحوكمتها