تنسيقات CIM

تم تصميم نموذج المعلومات السحابية (CIM) منذ البداية كنموذج قائم على المعايير ومستقل عن التطبيقات لمفاهيم الأعمال — العملاء، والطلبات، والمنتجات، والحسابات، والعلاقات فيما بينهم. لكن النموذج المفاهيمي لا يكون مفيدًا إلا إذا كانت الأنظمة التي تحتاج إليه قادرة بالفعل على استهلاكه. ولهذا السبب لم يتم نشر CIM كملف برمجي (artifact) فردي مملوك، بل كعائلة من التسلسلات (serializations)، كل منها يستهدف فئة مختلفة من الأدوات، وبيئات التشغيل، والجمهور.

تشرح هذه الصفحة ماهية كل تنسيق من تنسيقات CIM، والغرض منه، وكيفية الاختيار من بينها. إذا كنت مهندس بيانات مؤسسات، أو مهندس تكامل أو ETL، أو مورد تطبيقات أو منصات، أو مساهمًا في المشاريع مفتوحة المصدر، فإن التنسيق الذي ستختاره أولاً يعتمد على موقعك في مسار تدفق البيانات (pipeline).

النقاط الرئيسية

• يتم توزيع CIM في عائلتين: تنسيقات الويب الدلالية (JSON-LD, RDF Schema, SHACL, R2RML) والتنسيقات العلائقية/المقروءة بشريًا (AML vocabulary, AML dialect, RAML types, JSON Schema, SQL DDL).
• النموذج المفاهيمي (concepts.*) يصف الكيانات والعلاقات؛ بينما يصف المخطط الأساسي (canonical schema) (schema.*) أشكال البيانات وقيودها. وهما ملفان منفصلان لأغراض منفصلة.
• JSON-LD هو النموذج الأساسي القابل للقراءة آليًا؛ وAML هو الشكل المقروء بشريًا لنفس المحتوى؛ أما SQL DDL وJSON Schema فهما التنسيقان اللذان تستهلكهما معظم فرق التطبيقات وETL مباشرة.
• R2RML هو الجسر: فهو يربط المخطط العلائقي برسم بياني RDF، وهو السبيل لربط قواعد بيانات SQL الموجودة بالطبقة الدلالية.
• اختيار التنسيق مسألة مستهلك وليس تفضيل — اختر التنسيق الذي تستوعبه سلسلة أدواتك المستهدفة بشكل أصلي، واستخدم التنسيقات الأخرى كعمليات تحقق متبادلة.

لماذا يتوفر CIM بتنسيقات متعددة

تُنشر معظم نماذج البيانات في شكل واحد فقط — عادةً ما يكون مخطط ER، أو جدول بيانات، أو ملف بيانات تعريف خاص بمورد معين. وهذا ينجح إلى أن تحتاج إلى مشاركة النموذج عبر مؤسسات تستخدم مكدسات تقنية (stacks) مختلفة. فقد تشغل منصة تجارة تجزئة PostgreSQL وdbt؛ بينما قد يشغل شريك قاعدة بيانات بيانية (graph database) ومخزن ثلاثي (triple store)؛ وقد يوفر مورد SaaS واجهات برمجة تطبيقات JSON ويتحقق من صحة الحمولات باستخدام JSON Schema. إذا كان النموذج المشترك موجودًا بإحدى هذه اللهجات فقط، فسيتعين على الجميع ترجمته — والترجمات عرضة للانحراف.

استراتيجية CIM متعددة التنسيقات هي إجابة متعمدة لهذه المشكلة. يتم تأليف النموذج مرة واحدة ثم ترجمته إلى تنسيقات تتوافق بدقة مع المعايير المعترف بها، بحيث يتبنى كل مستهلك CIM باستخدام الأدوات المتوفرة لديه بالفعل. هذه هي نفس الفلسفة التي تتبعها هيئات المعايير مثل اتحاد شبكة الويب العالمية (W3C)، الذي ينشر مواصفات مثل RDF وSHACL وR2RML التي يعيد CIM استخدامها بدلاً من إعادة اختراعها. كما يتوافق هذا مع مهمة التشغيل البيني الأوسع لـ Linux Foundation، التي يعمل تحت مظلتها مشروع CIM.

الفائدة العملية مزدوجة: يمكن للشركات ذات التقنيات المتنوعة تبني CIM دون الحاجة إلى استبدال أنظمتها بالكامل (rip-and-replace)، ويمكن للمساهمين توسيع النموذج بأي تنسيق يتوافق مع خبرتهم، مع العلم أنه يمكن إعادة إنشاء التسلسلات الأخرى.

النموذج المفاهيمي مقابل المخطط الأساسي

قبل مقارنة تنسيقات الملفات، من المفيد الفصل بين طبقتين يحافظ CIM على تميزهما — وغالبًا ما يخلط بينهما القادمون الجدد.

ذات صلة: Fivetran — خط أنابيب ELT المُدار بالكامل والذي يستمر في العمل.

• النموذج المفاهيمي يجيب على سؤال ما الموجود وكيف يرتبط ببعضه. فهو يحدد الكيانات (العميل، الطلب، المنتج)، وسماتها، والعلاقات فيما بينها. وهو قريب عمدًا من مفردات الأعمال ومجرد من التفاصيل المادية.
• المخطط الأساسي (canonical schema) يجيب على سؤال كيف يبدو المثيل (instance) الصحيح. فهو يضيف أشكال البيانات والقيود — مثل التعددية (cardinality)، والأنواع، والحقول المطلوبة، ونطاقات القيم — التي يمكن للنظام التحقق من صحتها.

في توزيع CIM، يتم تعيين هذه الطبقات إلى بادئتي أسماء ملفات: concepts.* للطبقة المفاهيمية وschema.* للطبقة الأساسية. إن إبقاءهما منفصلين يعني أن محلل الأعمال يمكنه قراءة النموذج المفاهيمي دون الخوض في بناء جملة القيود، بينما يمكن للمهندس التحقق من صحة الحمولات مقابل المخطط دون الحاجة إلى السرد المفاهيمي الكامل.

تنسيقات الويب الدلالية

تعبر هذه التنسيقات عن CIM كرسم بياني يستند إلى RDF. وهي الخيار الصحيح عندما تشمل قائمة المستهلكين لديك المتاجر الثلاثية (triple stores)، أو الرسوم البيانية المعرفية (knowledge graphs)، أو أدوات الأنطولوجيا (ontology tooling)، أو أي نظام يقوم بالاستنتاج بناءً على البيانات المرتبطة.

JSON-LD — concepts.json وschema.json

JSON-LD هو عبارة عن JSON مع سياق بيانات مرتبط، مما يجعله جسرًا عمليًا بين واجهات برمجة تطبيقات الويب العادية والويب الدلالي. ينشر CIM ملفين بتنسيق JSON-LD:

إذا كنت تتسوق: Boomi AtomSphere — Enterprise iPaaS للتكامل المختلط بين السحابة المحلية.

• concepts.json — الوصف المفاهيمي للكيانات والعلاقات، معبرًا عنه بمخطط RDF (RDF Schema).
• schema.json — أشكال البيانات الأساسية والقيود الإضافية، معبرًا عنها بلغة SHACL.

نظرًا لأنه JSON صالح، يمكن تحميل concepts.json وschema.json بواسطة أدوات JSON العادية، ولكن نظرًا لأنها تحمل @context ، فإنها تتوسع أيضًا إلى ثلاثيات RDF كاملة. هذه الطبيعة المزدوجة هي السبب في أن JSON-LD غالبًا ما يكون الخيار الافتراضي الأفضل للفرق التي تريد الدقة الدلالية دون اعتماد مكدس RDF متخصص منذ اليوم الأول.

RDF Schema — schema.json

يوفر مخطط RDF (RDFS) المفردات لوصف الفئات والخصائص — مثل بنيات rdfs:Class وrdfs:subClassOf وrdfs:domain/rdfs:range التي تتيح للآلة فهم أن الطلب هو مستند عمل وأن خاصية العميل الخاصة به تشير إلى عميل. يستخدم CIM RDFS لمنح النموذج المفاهيمي دلالات رسمية، بحيث تكون التسلسلات الهرمية للفئات الفرعية ومجالات الخصائص قابلة للتفسير آليًا بدلاً من مجرد توثيقها.

SHACL — schema.json

تعد لغة قيود الأشكال (SHACL) معياراً من معايير W3C للتحقق من صحة الرسوم البيانية RDF مقابل مجموعة من الشروط تسمى “الأشكال”. وبينما يحدد RDFS ما هي الفئة (is)، فإن SHACL يحدد ما يجب أن يستوفيه المثيل الصالح (must satisfy) — مثل الخصائص المطلوبة، وأنواع القيم المسموح بها، وحدود التعددية (cardinality limits). يتم التعبير عن أشكال البيانات الأساسية لـ CIM باستخدام SHACL، مما يعني أن أي معالج SHACL يمكنه التحقق من صحة البيانات المتوافقة مع CIM بدون الحاجة إلى تعليمات برمجية مخصصة.

R2RML — schema.rdml

R2RML هو معيار W3C لتعيين مخطط قاعدة بيانات علائقية إلى رسم بياني RDF. وهذا هو التنسيق الأكثر أهمية لمهندسي التكامل وETL، لأنه الآلية التي يتم من خلالها عرض قاعدة بيانات SQL الحالية — بجداولها وأعمدتها ومفاتيحها الخارجية — كبيانات مرتبطة متوافقة مع CIM. وبدلاً من إعادة نمذجة قاعدة بياناتك التشغيلية يدوياً، يمكنك كتابة (أو إنشاء) تعيين R2RML يحدد كيفية توافق كل جدول وعمود مع كيانات وخصائص CIM. والنتيجة هي رسم بياني RDF افتراضي فوق بياناتك العلائقية الموجودة.

التنسيقات المقروءة بشرياً والعلائقية

ليس كل مستهلك يريد RDF؛ فغالباً ما يرغب مطورو التطبيقات، ومصممو نماذج البيانات، ومسؤولو قواعد البيانات (DBAs) في الحصول على شيء يمكنهم قراءته في محرر نصوص أو تحميله مباشرة في قاعدة بيانات. لذا يوفر لهم CIM تسلسلات AML وRAML وJSON Schema وSQL DDL.

AML — concepts.yaml، schema.yaml، schema.raml

إن AML، وهي سلالة AnyLogic Modeling Language المستخدمة هنا كـ “لهجة نمذجة” (modeling dialect)، هي التعبير المقروء بشرياً لـ CIM. تنشر CIM ثلاث قطع أثرية (artifacts) من AML:

ذات صلة: Airbyte — ELT مفتوح المصدر مع خيار سحابي مُدار.

• concepts.yaml — مفردات AML، وهي نسخة مقروءة بشرياً من النموذج المفاهيمي.
• schema.yaml — لهجة AML، وهي نسخة مقروءة بشرياً من أشكال البيانات الأساسية.
• schema.raml — عرض أنواع بيانات RAML للأشكال الأساسية.

إن التمييز بين المفردات واللهجة أمر يستحق الاستيعاب: فالمفردات تحدد المصطلحات (الأسماء والأفعال في النموذج)، بينما تحدد اللهجة كيفية دمج هذه المصطلحات في هياكل صالحة. إذا كنت تراجع CIM للمرة الأولى، فعادةً ما يكون concepts.yaml هو نقطة الدخول الأكثر سهولة.

JSON Schema — schema.json

يعد JSON Schema المعيار الفعلي للتحقق من صحة مستندات JSON، وهو مدعوم محلياً أو عبر مكتبات في كل لغة برمجة حديثة تقريباً. تعبر قطعة JSON Schema الخاصة بـ CIM عن أشكال البيانات الأساسية بصيغة JSON Schema، مما يجعلها قابلة للاستخدام مباشرة في بوابات API، ووسطاء الرسائل، وخطوط أنابيب CI التي تتحقق بالفعل من حمولات JSON. إذا كان سطح التكامل الخاص بك هو REST أو JSON مدفوع بالأحداث، فغالباً ما يكون هذا هو التنسيق الذي تحتاجه.

SQL DDL — schema.sql

SQL DDL هو مجموعة من عبارات CREATE TABLE وCREATE VIEW وعبارات القيود التي تجسد الأشكال الأساسية في قاعدة بيانات علائقية. يستهدف CIM بناء جملة SQL 2008، مما يحافظ على قابلية نقل DDL عبر المحركات العلائقية الرئيسية. هذا هو التنسيق الذي يلجأ إليه مسؤولو قواعد البيانات ومهندسو ETL عندما يريدون إنشاء مخطط فعلي يتوافق مع CIM — على سبيل المثال، قاعدة بيانات مرحلية (staging) أو تكاملية تعكس النموذج الأساسي.

حيث سنبدأ: Matillion — تم تصميم ELT للأسفل لمستودعات البيانات السحابية.

اختيار التنسيق: دليل عملي

لا يوجد تنسيق واحد “صحيح”؛ فالاختيار الصحيح يتحدد بناءً على من أو ما الذي سيستهلك النموذج لاحقاً. استخدم الجدول أدناه كوسيلة مساعدة في اتخاذ القرار.

إذا كان المستهلك…	ابدأ بـ…	لأن…
محلل أعمال أو مصمم بيانات يراجع النموذج	مفردات AML (concepts.yaml)	مقروءة بشرياً، وتعطي الأولوية لمفردات الأعمال
مخزن ثلاثي (triple store)، أو رسم بياني معرفي، أو أداة أنطولوجية	JSON-LD (concepts.json، schema.json)	RDF أصلي مع مدخل JSON
مدقق SHACL أو خط أنابيب جودة البيانات الدلالية	SHACL (schema.json)	تحقق قياسي من القيود عبر RDF
قاعدة بيانات علائقية موجودة تريد عرضها كبيانات مرتبطة	R2RML (schema.rdml)	يربط الجداول/الأعمدة بكيانات CIM دون إعادة نمذجة
REST أو JSON API مدفوع بالأحداث	JSON Schema (schema.json)	يتحقق مباشرة من صحة حمولات JSON
قاعدة بيانات علائقية تريد جعلها متوافقة مع CIM	SQL DDL (schema.sql)	DDL محمول بمعيار SQL 2008
واجهة برمجة تطبيقات (API) موصوفة بـ RAML	أنواع RAML (schema.raml)	أصلية لسلاسل أدوات RAML

بعض التحذيرات العملية:

• لا تعامل التنسيقات كنماذج مستقلة. فهي مجرد تسلسلات لنفس CIM الأساسي. إذا وجدت تناقضاً بين، على سبيل المثال، schema.json (JSON Schema) وschema.json (SHACL)، فهذا خطأ (bug) أو تفاوت في الإصدارات، وليس خياراً تصميمياً — يرجى الإبلاغ عنه.
• انتبه لتضارب أسماء الملفات. تشترك عدة تنسيقات في الاسم الأساسي schema مع امتدادات مختلفة (schema.json، schema.yaml، schema.raml، schema.sql، schema.rdml). عند تنزيل التوزيعة الكاملة، احتفظ بأدلة التنسيقات منفصلة حتى لا تستبدل تسلسلاً بآخر.
• طابق التنسيق مع مرحلة التحقق. استخدم التنسيقات المفاهيمية للمراجعة في وقت التصميم، والتنسيقات الأساسية للتحقق في وقت التشغيل. إن التحقق من الصحة مقابل النموذج المفاهيمي ليس له معنى لأنه يفتقر إلى القيود.
• فضل التوليد الآلي على التحرير اليدوي. إذا قمت بتوسيع CIM، فقم بتوسيع المصدر وأعد توليد التسلسلات الأخرى بدلاً من تحرير كل تنسيق يدوياً، وإلا ستفقد هذه التنسيقات التزامن فيما بينها.

تنزيل توزيعة CIM الكاملة

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

• AML (vocabulary) — النموذج المفاهيمي المقروء بشرياً.
• AML (dialect) — الأشكال الأساسية (canonical shapes) المقروءة بشرياً.
• JSON-LD (vocabulary & schema) — النموذج الدلالي المقروء آلياً.
• R2RML — تعيين البيانات العلائقية إلى RDF.
• RAML Types — الأشكال الأساسية كأنواع بيانات RAML.
• SQL DDL — الأشكال الأساسية بصيغة SQL محمولة.

يحتوي كل تنزيل على تعريف CIM الكامل بهذا التنسيق، مما يعني أنه يمكنك اعتماد CIM بشكل تدريجي: ابدأ بالتنسيق الذي تدعمه سلسلة الأدوات الحالية لديك، وأضف تنسيقات أخرى مع نمو احتياجات قابلية التشغيل البيني لديك.

المساهمة عبر التنسيقات

نظرًا لأن CIM مشروع مفتوح، فإن المساهمات مرحب بها — ويشكل الهيكل متعدد التنسيقات كيفية عمل هذه المساهمات. ينقسم المساهمون عادةً إلى مجموعتين:

• المساهمون في النموذج (Model contributors) يقترحون كيانات أو علاقات أو قيوداً جديدة. يتم تأليف هذه التغييرات مرة واحدة ثم تعميمها على التسلسلات (serializations) الأخرى.
• المساهمون في التنسيق (Format contributors) يعملون على تحسين دقة أو أدوات تسلسل معين — على سبيل المثال، تحسين تعيينات R2RML أو إمكانية نقل SQL DDL.

إذا كنت تساهم، فإن القاعدة العملية هي فهم الطبقة التي تقوم بتغييرها (المفاهيمية مقابل الأساسية) وأي التنسيقات يجب إعادة إنشائها نتيجة لذلك. تعد مستودعات GitHub الخاصة بالمشروع ونموذج الويب للمساهمين هما نقطتا الدخول للمشاركة.

الأسئلة المتداولة

ما الفرق بين concepts.json وschema.json في CIM؟

concepts.json هو النموذج المفاهيمي — الكيانات والعلاقات في CIM، والتي يتم التعبير عنها بـ JSON-LD مع دلالات RDF Schema. أما schema.json فهو المخطط الأساسي (canonical schema) — أشكال البيانات والقيود الإضافية، والتي يتم التعبير عنها بـ JSON-LD مع دلالات SHACL. باختصار، تصف concepts ما هو موجود؛ بينما تصف schema الشكل الذي يجب أن يبدو عليه المثيل الصالح.

لماذا ينشر CIM نفس النموذج في العديد من التنسيقات؟

لأن المستهلكين المختلفين يستخدمون تقنيات مختلفة. فمخزن الثلاثيات (triple store) يحتاج إلى RDF؛ وواجهة برمجة تطبيقات JSON تحتاج إلى JSON Schema؛ ومسؤول قاعدة البيانات (DBA) يحتاج إلى SQL DDL؛ ومحلل الأعمال يحتاج إلى شيء مقروء بشرياً. يتيح نشر CIM بتنسيقات قياسية متعددة لكل من هذه الفئات اعتماد النموذج باستخدام الأدوات المتوفرة لديهم بالفعل، بدلاً من فرض حزمة تقنية واحدة على الجميع.

ما هو استخدام R2RML في CIM؟

R2RML هو معيار W3C لتعيين مخطط قاعدة بيانات علائقية إلى رسم بياني RDF. في CIM، يمثل R2RML الجسر الذي يعرض قواعد بيانات SQL الموجودة كبيانات مرتبطة متوافقة مع CIM، بحيث يمكنك توصيل الأنظمة العلائقية التشغيلية بالطبقة الدلالية دون إعادة نمذجتها يدوياً.

هل AML هو نفس تنسيقات JSON-LD؟

لا. AML هو التعبير المقروء بشرياً لـ CIM — المفردات (concepts.yaml) واللهجة (schema.yaml وschema.raml). أما JSON-LD فهو التعبير المقروء آلياً والمستند إلى RDF. كلاهما يصفان نفس النموذج ولكن يستهدفان جماهير وسلاسل أدوات مختلفة.

ما هو تنسيق CIM الذي يجب أن أبدأ به؟

يعتمد ذلك على المستهلك. إذا كنت تقوم بمراجعة النموذج، فابدأ بمفردات AML. إذا كنت تقوم بإنشاء واجهة برمجة تطبيقات JSON، فابدأ بـ JSON Schema. إذا كنت تقوم بتوصيل قاعدة بيانات علائقية، فابدأ بـ R2RML أو SQL DDL. إذا كنت تعمل باستخدام رسم بياني معرفي (knowledge graph)، فابدأ بـ JSON-LD وSHACL.

هل يمكنني تعديل أحد تنسيقات CIM دون تحديث التنسيقات الأخرى؟

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

مزيد من القراءة

• World Wide Web Consortium (W3C) — هيئة المعايير التي تقف وراء RDF وRDF Schema وSHACL وR2RML، وهي المواصفات التي يبني عليها CIM.
• Shapes Constraint Language (SHACL) — خلفية عن لغة القيود المستخدمة في أشكال البيانات الأساسية الخاصة بـ CIM.
• Linux Foundation — المؤسسة التي يعمل تحت مظلتها مشروع CIM.