فهم بيانات المؤسسة

🌐 متاح أيضًا بـ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. اقرأ الوحدات الست أولًا؛ هذه الصفحة تساعدك على التحقق مما رسخ في ذهنك.

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

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

من أجل الاختبار

ضع علامة على كل بند وأنت تتقدم. كل بند يحيلك إلى المكان الذي يُشرح فيه.

من يملك البيانات (يدعم SDM-2 وSDM-3 وفصل البيانات الرئيسية)

• أستطيع أن أقول أي نظام هو نظام السجل (system of record) لكل نوع من البيانات، وأُكمل الجملة: نظام السجل لماذا؟ (Salesforce ليس غالبًا نظام السجل، لا تبدأ باسم المنتج)
• أعرف النمط الشائع: العملاء والمنتجات والأسعار تدخل من ERP، والطلبات تخرج، وأن سهم الطلبات يعتمد على الأسهم الأخرى؛ ثم أسأل عن رحلة العودة. (التكامل الذي أراه مرارًا وتكرارًا، الأسهم أحادية الاتجاه تقلقني)
• أطرح ثلاثة أسئلة عن البيانات الرئيسية: أين تُنشأ، وأين تُعدَّل، وأين يُشار إليها؟ (الأسئلة الأربعة وراء الفئات)
• أعرف أن النسخة ليست مرجعية: البيانات التي يملكها ERP تُقرأ محليًا وتُكتب تحت ضوابط، مع الاحتفاظ بمعرّفها في ERP بوصفه External ID. (ERP: للمكتب الخلفي جاذبية، خريطة الأنظمة تغيّر نموذج البيانات)

أنواع البيانات وأحمال عملها (يدعم DM-1 وLDV-1 وMDM-4)

• أستطيع التمييز بين البيانات الرئيسية والمرجعية وبيانات المعاملات والبيانات الوصفية والتحليلية وغير المهيكلة، وما يعنيه كل منها لمكان وجودها. (ابدأ بالنوع، لا بالكائن)
• أعرف أن البيانات المرجعية صغيرة لكنها المكان الذي تختبئ فيه افتراضات التكامل (Delivered، Complete، D). (البيانات المرجعية)
• أستطيع التمييز بين أحمال العمل التشغيلية (OLTP) والتحليلية (OLAP) والمتدفقة: الـ org تدير العمل، ومستودعات البيانات وبحيرات البيانات تحلّله. (النوع نصف السؤال فقط)
• أعرف التبادل المتزامن (تنتظر عند الباب)، وغير المتزامن (تواصل عملك وتتعامل مع الرد حين يعود)، والدفعي (batch) (كل ساعة، أو كل بضع ساعات، أو يوميًا)، ومتى تكفي الدفعات، وأن للزمن الحقيقي كلفة. (ما السرعة التي يجب أن تنتقل بها؟)
• أطرح الأسئلة الأربعة على كل مجموعة بيانات: من يملكها، وما سرعة تغيّرها، وما الحجم الذي تبلغه، وما دورة حياتها. (الأسئلة الأربعة وراء الفئات)

الأنظمة المحيطة بـ Salesforce (يدعم SDM-3 وLDV-3 وفصول التكامل)

• أعرف أدوار الأنظمة الأربعة: السجل، والتفاعل، والمرجع، والرؤى. (لا تبدأ باسم المنتج)
• أعرف أن مكان التحليلات يتبع مكان البيانات: التقارير الأساسية حين تكون البيانات كلها في Salesforce؛ ومنصة تحليلات (Tableau، بما فيها Tableau Next، أو CRM Analytics حيث تُستخدم) أو مستودع البيانات حين تدخل مخازن أخرى. (التحليلات تعيش حيث تعيش البيانات)
• أعرف ما مستودع البيانات (warehouse) وبحيرة البيانات (lake) والـ lakehouse، ودور MDM، وESB أو iPaaS، والأحداث. (مستودع البيانات، والبحيرة، والـ Lakehouse، طبقة التكامل والأحداث)
• أضع مزوّد الهوية على خريطة الأنظمة من اليوم الأول، وأعرف أن إعدادات SSO تُنشر لكن الأسرار والشهادات لا تنتقل معها؛ وعلى خريطة الأنظمة هو شهادة مشتركة (ثقة)، لا استدعاء، لأن تسجيل الدخول يمر عبر المتصفح. (النظام الذي ينساه المطورون: الهوية)
• أعرف أن Data 360 قريب من النواة (near-core) (يُدار على النواة، ويُستضاف خارجها)، وأن النسخ الصفري (zero copy) فيه يتيح الاستعلام عن البيانات دون نسخها. (أين يقع Data 360؟، النواة، وخارج النواة، وHyperforce)

الـ orgs والاستضافة (يدعم SDM-4)

• أبدأ بـ org واحدة وأبحث عن حدّ حقيقي (موطن البيانات، أو تنظيم قانوني، أو فصل قانوني، أو نموذج تشغيل مختلف، أو استحواذ) قبل إضافة أخرى. (ابدأ بـ org واحدة، ابحث عن حدود حقيقية)
• أعرف كلفة تعدد الـ orgs: التقارير الشاملة، والبيانات الرئيسية، والتكامل، والهوية، وعمليات النشر، وكلٌّ منها مضاعَف. (تتبّع الأسهم من جديد)
• أعرف أن Hyperforce يتيح اختيار المنطقة التي تقيم فيها بيانات الـ org (لا مزوّد السحابة)، لكنه لا يَعِد بأن تبقى كل خدمة هناك؛ وأن اللائحة العامة لحماية البيانات (GDPR) لا تشترط بحد ذاتها org منفصلة: فهي تضع قواعد لخروج البيانات الشخصية من الاتحاد الأوروبي، وقد تختار شركة org أوروبية للوفاء بها. (الاستضافة جزء من الرسم، حين تحصل أوروبا على org خاصة بها)

رسم خريطة الأنظمة وقراءتها (يدعم كل سيناريو)

• أستطيع رسم خريطة الأنظمة: الناس على اليسار، وSalesforce في المنتصف ومجتمعاته ملاصقة له من الأسفل، والهوية في الأعلى، والتكامل والمكتب الخلفي على اليمين، وData 360 تحت طبقة التكامل، والقنوات في الأسفل، والبيانات الداخلة والخارجة في أسفل اليمين. (تخطيط Steve لخريطة الأنظمة)
• على خريطة الأنظمة، يبدأ السهم من النظام الذي يفتح الاتصال وتقول تسميته ما الذي يتحرك وفي أي اتجاه؛ أما في مخطط تدفق البيانات فالأسهم تتبع البيانات. تدفقان يعنيان سهمين. (الآن ارسم الأسهم)
• لكل سهم أعرف ما يتولاه العميل وما يحدده الخادم: المكان، والمصادقة، والبروتوكول والعقد، والحمولة، والتوقيت، والتتبّع، والأخطاء. Named Credential ومعها External Credential حين يتصل Salesforce بالخارج؛ وExternal Client App ومستخدم تكامل مخصص للـ API فقط حين يتصل شيء ما بـ Salesforce. (كل سهم يحتاج إلى آلية)
• أعُدّ قبل أن أرسم الأسهم: الحجم يوضع في الجرد ويقود الآلية، بل قد يغيّر اتجاه السهم. (ضع الأصفار في الجرد)
• أرسم مخطط مسارات (swim lane) فقط حين تتضمن العملية أكثر من تبادل أو تبادلين ذهابًا وإيابًا. (الأسهم على خريطة الأنظمة، والمحادثات في مخطط المسارات)

ما بعد الاختبار

الاختبار هو الحد الأدنى، لا السقف. هذه هي العادات من هذا الفصل التي يحتاجها المعماري، سواء سأل عنها سؤال يومًا أم لا.

• ارسم خريطة الأنظمة قبل أن تصمم الـ org. ابدأ من لوحة فارغة.
• أرجِع الكاميرا إلى الخلف. Salesforce نظام واحد بين أنظمة كثيرة.
• الموجة الجديدة نادرًا ما تُخفي القديمة. صمّم معمارية المؤسسة الموجودة فعلًا، لا المؤسسة التي في الكتيّب الدعائي.
• اقرأ خريطة الأنظمة بوصفها مسؤوليات، لا شعارات.
• الأسهم أحادية الاتجاه تقلقني. على ماذا يعتمد هذا التدفق، وما الذي يعود؟
• كل سهم يحتاج إلى آلية. «أرسِل وانسَ» ليست إجابة.
• الأسهم على خريطة الأنظمة، والمحادثات في مخطط المسارات.
• عُدّ قبل أن ترسم الأسهم. الأصفار توضع في الجرد، وهي التي تختار الآلية.
• ارسم الحالة الراهنة قبل أن تصلحها: جدول البيانات، وملف SFTP، والنظام «الذي سنوقفه».
• ضع العلامات على الحالة الراهنة بأمانة: الأحمر للعملية السيئة، والمتقطع لما يُنجَز يدويًا، والنقاط الحمراء لما هو مفقود. كل خط أحمر متطلّبٌ ينتظر أن يُكتب.
• تدفقان، سهمان. السهم ذو الرأسين للموصّل (connector) فقط.
• لا تلعب دور المحامي. اسأل أي متطلّب محدد تلبّيه، وترجمه إلى معمارية مع الأشخاص الذين يملكونه.
• المنفصل ليس هو البسيط.

مصطلحات يجب معرفتها

المصطلح	في سطر واحد
خريطة الأنظمة	الأنظمة المحيطة بـ Salesforce، والأشخاص الذين يستخدمونها، والتدفقات المهمة بينها
نظام السجل (system of record)	حيث تُحفظ النسخة المرجعية المعتمدة لنوع من البيانات
نظام التفاعل	حيث يؤدي الناس العمل
النظام المرجعي	حيث يبحث نظام عن معلومات يحتاجها لكنه لا يملكها
نظام الرؤى	حيث تجتمع البيانات للقياس والتحليل والتنبؤ
ERP	نظام المكتب الخلفي للمالية والمنتجات والمخزون والمشتريات وتنفيذ الطلبات
البيانات الرئيسية	الأشياء الدائمة التي يدور حولها العمل: العملاء، والمنتجات، والمواقع
البيانات المرجعية	المفردات المشتركة التي تصنّف البيانات الأخرى: الرموز، والحالات، والفئات
بيانات المعاملات	سجلات ما حدث: الطلبات، والتوصيلات، والمدفوعات، والحالات
البيانات التحليلية	بيانات مشتقة من بيانات أخرى للقياس والمقارنة
البيانات غير المهيكلة	المستندات، والصور، والصوت، والفيديو، والنصوص المفرّغة
مستودع البيانات / بحيرة البيانات / lakehouse	مخزن تحليلي مهيكل / مخزن خام على نطاق واسع / مزيج من الاثنين
ESB / iPaaS	طبقة تكامل تتوسط بين الأنظمة
OLTP / OLAP	عمل تشغيلي على عدد قليل من السجلات في كل مرة / تحليل عبر سجلات كثيرة
قريب من النواة (near-core)	يُدار على النواة، ويُستضاف خارجها: Data 360
Named Credential / External Credential	حيث يحتفظ Salesforce بنقطة نهاية صادرة / بمصادقتها
External Client App	كيف يُخوَّل نظام خارجي باستدعاء Salesforce
الحالة الراهنة	خريطة الأنظمة كما هي اليوم، قبل التصميم؛ موسومة بما هو خاطئ
مزوّد الهوية (IdP)	النظام الذي يتحقق من هوية المستخدمين ويُثبت الهوية التي يثق بها Salesforce
متزامن / غير متزامن / دفعي (batch)	انتظار الجواب / مواصلة العمل ومعالجة الجواب حين يصل / نقل البيانات كمجموعة وفق جدول زمني
Hyperforce	Salesforce على بنية تحتية سحابية عامة، مع إمكانية اختيار المنطقة
النسخ الصفري (zero copy)	الاستعلام عن البيانات في مكانها، دون نسخها

اختبر نفسك

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

1. يعمل مندوبو المبيعات على الحسابات في Salesforce، لكن ERP يصدر رقم العميل الرسمي حين يشتري. يرسل Salesforce الطلبات إلى ERP. ما الذي تحتاج إلى تصميمه؟

من يملك العميل في كل مرحلة؛ ورقم ERP بوصفه External ID على الحساب (Account)؛ وأي الحقول يجوز لـ Salesforce تغييرها؛ وما سرعة وصول تغييرات ERP؛ وما الذي يعود بعد إرسال الطلب (مقبول، مرفوض، مشحون، مفوتر). أعد قراءة خريطة الأنظمة تغيّر نموذج البيانات.

2. تريد الإدارة العليا خمس سنوات من أداء الالتزام بالمواعيد حسب المنطقة، مربوطة ببيانات المالية. هل تبنيها كتقارير Salesforce؟

على الأرجح لا. إنه حمل عمل تحليلي عبر عدة مخازن، فمكانه حيث تجتمع البيانات: مستودع البيانات، مع CRM Analytics أو Tableau فوقه. مكان التحليلات يتبع مكان البيانات. أعد قراءة التحليلات تعيش حيث تعيش البيانات.

3. شركة تعمل في 30 دولة وتطلب org لكل دولة. ماذا تسأل؟

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

4. ترسل الشاحنات 200,000 قراءة GPS يوميًا. هل ينبغي أن يخزّنها Salesforce كلها؟

على الأرجح لا. إنها بيانات متدفقة: يحتاج المنسق إلى الموقع الحالي، أما التاريخ والاتجاهات فمكانها منصة مبنية لهذا الحجم. عُدّ الأصفار (أكثر من 70 مليونًا في السنة) وافصل بين «أين هي الآن؟» و«ماذا حدث في الربع الماضي؟». أعد قراءة النوع نصف السؤال فقط.

5. تعمل الطواقم على محطاتها في Salesforce، لكن المسارات تُبنى في أداة إرسال قديمة، ولا شيء يربط بينهما. كيف ترسم الوضع اليوم؟

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

6. يقول أحدهم إن قانون الخصوصية الأوروبي يشترط org منفصلة. كيف ترد؟

لا تقبل ذلك دون تمحيص، ولا ترفضه بسلطتك. اللائحة العامة لحماية البيانات (GDPR) لا تشترط بحد ذاتها org منفصلة؛ بل تضع قواعد للبيانات الشخصية، بما في ذلك نقلها خارج الاتحاد الأوروبي. اسأل أي متطلّب محدد تلبّيه (التخزين، أو المعالجة، أو النقل، أو وصول الدعم، أو عقد، أو سياسة)، ثم اعمل مع فرق الخصوصية والشؤون القانونية والأمن لتحويل ذلك إلى معمارية. أعد قراءة لا تلعب دور المحامي وحين تحصل أوروبا على org خاصة بها.

7. يرسل Salesforce الطلبات إلى API نظام ERP. أي طرف يتولى إعادة المحاولة، وأين يحتفظ Salesforce بالسر؟

Salesforce هو العميل: هو من يفتح الاتصال، ويرى الرحلة كاملة ذهابًا وإيابًا، وهو الطرف الوحيد القادر على إعادة المحاولة. تحتفظ Named Credential بنقطة النهاية، وتحتفظ External Credential التابعة لها بالمصادقة. أما ERP، أي الخادم، فيحدد العقد ويتحقق مما يدخل. أعد قراءة كل سهم يحتاج إلى آلية.

8. يرسل تكامل ما سجلين في الدقيقة اليوم، ويتوقع العمل عشرات الآلاف في الساعة العام المقبل. هل يتغير السهم؟

ربما تتغير آليته بل واتجاهه أيضًا. بضعة سجلات في الدقيقة يمكن أن تكون استدعاءً صادرًا (callout) من Salesforce؛ أما أعداد أكبر بكثير فقد تعني نشر أحداث يشترك فيها النظام الآخر، فيبدأ السهم من الطرف الآخر؛ والملايين خلال الليل دفعةٌ (batch). اعرف الأعداد قبل أن تختار. أعد قراءة ضع الأصفار في الجرد.

للاستزادة

• Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab)، Salesforce Help (بالإنجليزية، تم التحقق في 2026-09-25): القائمة الرسمية للأهداف وأوزانها. تحقق دائمًا من النسخة الحالية قبل أن تحجز موعد الاختبار.