شارك

تأسس نموذج المعلومات السحابية (CIM) في عام 2019 تحت مظلة مؤسسة لينكس (Linux Foundation)، وهو عبارة عن تحالف أعضاء ومجتمع في آن واحد. ومن خلال التعاون في مجموعات عمل، يقوم الأعضاء بتحديد واستخدام نموذج بيانات مفتوح مشترك، والتأثير على المعايير الحالية والمستقبلية، وبناء حلول مفتوحة لحل المشكلات المشتركة.

يوجد CIM لأن بيانات المؤسسات مجزأة عبر عشرات التطبيقات، ولكل منها مخطط (schema) خاص بها، واصطلاحات تسمية، ودلالات مختلفة. فالعميل في Salesforce، والعميل في SAP، والعميل في نظام فوترة داخلي، جميعهم “عملاء” — ولكنهم نادرًا ما يتفقون على ماهية “العميل” فعليًا، أو ما هي السمات الموثوقة، أو كيفية التعبير عن العلاقات بين العملاء والطلبات والمنتجات. وتتمثل إجابة CIM في نموذج مشترك ومستقل عن التطبيقات (application-agnostic) يمكن لأي نظام الربط معه، وبذلك تصبح أعمال التكامل مجرد عملية رسم خرائط (mapping) بدلاً من أن تكون مشروع ترجمة مخصص.

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

• CIM هو مشروع تابع لمؤسسة لينكس (تأسس عام 2019) ينشر نموذج بيانات مفتوحًا قائمًا على المعايير ومترجمًا إلى تنسيقات متعددة حتى تتمكن الأنظمة غير المتجانسة من اعتماده.
• المشاركة متدرجة: أعضاء توجيهيون (Steering Members)، وأعضاء مساهمون (Contributor Members)، ومجتمع CIM الأوسع، مع حقوق تزداد اتساعًا كلما ارتفعت في الدرجة.
• تحدد مجموعة العمل الوحيدة الحالية مجالات موضوعات (Subject Areas) جديدة، وعمليات ربط، ومتطلبات واجهة برمجة التطبيقات (API) — وهنا يتم العمل الفني الجوهري.
• المساهمة لا تقتصر على الكود فقط: فاقتراح مجالات الموضوعات، والمشاركة في استطلاعات الرأي لتحقيق التوافق، والانضمام إلى مجموعات العمل، كلها طرق أساسية للمساهمة في تشكيل المعيار.
• النموذج محايد التنسيق بشكل متعمد، وهو ما يتيح للمستهلكين الذين يعتمدون على الأنظمة العلائقية (relational)، أو الرسوم البيانية (graph)، أو واجهات برمجة التطبيقات (API) مشاركة تعريف أساسي واحد.

لماذا يهم وجود نموذج بيانات مشترك

معظم صعوبات التكامل هي دلالية (semantic) وليست تقنية. فقد أصبحت خطوط أنابيب ETL، ومنصات iPaaS، وبوابات API ناضجة؛ ولكن ما ينهار هو طبقة المعنى. فعندما يختلف نظامان حول ما إذا كان “الحساب” يعني كيان فوترة أو تسلسلاً هرميًا للشركة، فإن كل تقرير أو عملية ربط (join) أو تسوية لاحقة ترث هذا الغموض.

ويعالج النموذج الأساسي (canonical model) مثل CIM هذه المشكلة من خلال توفير نقطة مرجعية محايدة. فبدلاً من ربط N من الأنظمة ببعضها البعض (مشكلة N×N)، يتم ربط كل نظام مرة واحدة بالنموذج الأساسي (مشكلة N×1). وهذا هو نفس المبدأ المعماري وراء معايير مثل نموذج المعلومات المشترك المستخدم في قطاع الطاقة (IEC 61970/61968) وموارد HL7 FHIR المستخدمة في الرعاية الصحية — وهي نماذج أساسية خاصة بمجالات محددة تسمح للأنظمة المبنية بشكل مستقل بالتفاعل فيما بينها.

نطاق CIM أوسع وأكثر أفقية: فهو يستهدف كيانات الأعمال المشتركة — العملاء، والمنتجات، والطلبات، والموردين، والعلاقات فيما بينهم — التي تظهر عبر أنظمة إدارة علاقات العملاء (CRM)، وتخطيط موارد المؤسسات (ERP)، والتجارة، وأنظمة سلسلة التوريد. والهدف ليس استبدال النماذج الأصلية لأي من تلك الأنظمة، بل أن يكون فوقها كمفردات مشتركة.

نطاق مجموعة العمل

لقد قمنا بتطوير نموذج المعلومات السحابية (CIM) بنهج قائم على المعايير وترجمناه إلى تنسيقات متعددة. ويمكّن هذا النهج الشركات التي تستخدم تقنيات متنوعة من اعتماد CIM، كما أنه يُمكّن المساهمين ويعزز نمو نظام بيئي أكبر لـ CIM.

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

وبشكل ملموس، تعني “التنسيقات المتعددة” أن نفس النموذج الأساسي يمكن استهلاكه بواسطة سلاسل أدوات مختلفة — على سبيل المثال، كتعريف مخطط (schema) للمخازن العلائقية أو مخازن المستندات، أو كرسم بياني للكيانات والعلاقات، أو كأساس لعقود واجهة برمجة التطبيقات (API). وبذلك يمكن لفريق يستخدم مستودع بيانات علائقي، وفريق يستخدم قاعدة بيانات رسومية، وفريق يبني خدمات REST أو GraphQL، العمل جميعًا من مصدر واحد للحقيقة بدلاً من ثلاثة تعريفات متباينة.

يعد حياد التنسيق هذا خيار تصميم متعمد يتضمن مقايضات حقيقية:

• إيجابية: لا تتمتع أدوات أي مورد واحد بامتياز، لذا لا يكون الاعتماد مرهونًا بشراء منصة معينة.
• إيجابية: يمكن للنموذج أن يتطور بشكل مستقل عن أي تنسيق تسلسلي (serialization format).
• سلبية: يجب على المساهمين التفكير مليًا في أي البنيات تعتبر أساسية حقًا مقابل تلك التي تعد مجرد نتاج لتنسيق معين.
• سلبية: يجب صيانة الأدوات التي تترجم بين التنسيقات، كما أن عملية التحويل ذهابًا وإيابًا (round-tripping) لا تكون دائمًا خالية من فقدان البيانات.

بالنسبة للمهندسين المعماريين الذين يقيمون مدى جدوى اعتماد CIM، فإن السؤال العملي هو ما إذا كان سطح التكامل لديك تهيمن عليه كيانات أعمال مشتركة. فإذا كانت معظم عمليات الربط لديك لمرة واحدة ومحددة بمجال معين، فإن النموذج الأساسي سيضيف عبئًا إضافيًا. أما إذا كنت تربط نفس المجموعة الصغيرة من الكيانات بشكل متكرر عبر العديد من الأنظمة، فإن تقليص العمل إلى N×1 سيحقق فائدة ملموسة.

اختيارنا: Workato — iPaaS الذي يقوده التشغيل الآلي والذي يمكن لفرق العمل البناء عليه فعليًا.

مجموعة عمل نموذج المعلومات السحابية

حاليًا، لدى CIM مجموعة عمل واحدة تعمل على تحديد مجالات موضوعات (Subject Areas) جديدة، وعمليات ربط، ومتطلبات واجهات برمجة التطبيقات (APIs).

مجال الموضوع (Subject Area) هو شريحة متماسكة من النموذج — على سبيل المثال، مجموعة من الكيانات والعلاقات حول مجال عمل معين. ويعد اقتراح مجال موضوع أحد أكثر المساهمات تأثيرًا التي يمكن أن يقدمها العضو، لأنه يحدد ما سيغطيه المعيار لاحقًا. وتربط عمليات الربط (Mappings) مجالات الموضوعات بأنظمة وتنسيقات العالم الحقيقي؛ بينما تلتقط متطلبات واجهة برمجة التطبيقات ما يحتاجه المستهلكون من الخدمات المبنية على النموذج.

إذا كنت تفكر في الانضمام إلى مجموعة العمل، فإن الطريقة المفيدة لتحديد مكان المساهمة هي أن تسأل:

1. ما هي الكيانات التي تسبب أكبر قدر من إعادة العمل في التكامل داخل مؤسستك؟ هذه الكيانات هي المرشحة لمقترحات مجالات الموضوعات.
2. أين تتفق أنظمتك بالفعل، وأين تتباعد بصمت؟ في نقاط التباعد تكمن القيمة الأكبر لعمليات الربط.
3. ما الذي يحتاجه المستهلكون النهائيون فعليًا من واجهة برمجة التطبيقات (API)؟ هذا ما يشكل متطلبات واجهة برمجة التطبيقات.

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

مستويات العضوية ومزاياها

يتم تنظيم المشاركة في CIM في مستويات، ولكل منها حقوق أوسع بشكل تدريجي. يلخص الجدول أدناه المزايا كما نشرتها CIM.

الميزة	عضو توجيهي	مساهم	مجتمع CIM
استخدام إصدارات نموذج CIM	✓	✓	✓
البقاء على اطلاع دائم بتقدم وابتكارات CIM	✓	✓	✓
المساهمة بالأفكار في اتحاد CIM	✓	✓	✓
إمكانية اقتراح مجال موضوع	✓	✓	✓
الوصول إلى الموارد المقيدة والخاصة	✓	✓
مؤهل للانضمام إلى مجموعة عمل	✓	✓
المساهمة في مجموعات العمل	✓	✓
اقتراح مجموعات عمل جديدة	✓	✓
يُحتسب ضمن الحد الأدنى من نصاب الدعم لمجال الموضوع	✓	✓
المشاركة في استطلاعات الرأي التوافقية	✓	✓
يساهم في خارطة طريق CIM	✓	✓
يقود الاتجاه الاستراتيجي العام لـ CIM	✓
مؤهل للانضمام إلى اللجنة التوجيهية	✓
مؤهل لشغل منصب رئيس مجموعة عمل	✓
مؤهل للتصويت لاعتماد المحتوى كجزء من معيار CIM	✓
إمكانية الاستئناف بشأن القضايا الفنية	✓
إمكانية الاستئناف بشأن المسائل الإجرائية	✓

*طلب العضوية التوجيهية — يجوز للأعضاء المساهمين التقدم بطلب للحصول على عضوية توجيهية.

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

كيفية قراءة المستويات

ترتبط المستويات بنمط حوكمة مألوف للمصادر المفتوحة يُستخدم عبر مشاريع مؤسسة Linux: مجتمع واسع يمكنه استخدام المخرجات والمساهمة بالأفكار، ومستوى مساهم يقوم بالعمل الفعلي، ومستوى توجيهي يتولى الاستراتيجية والاعتماد الرسمي. والتمييز الأكثر أهمية من الناحية العملية هو:

• مجتمع CIM هو نقطة الدخول. يمكنك اعتماد النماذج الصادرة والمساهمة بالأفكار دون دور عمل رسمي. وهذا مناسب إذا كنت تقوم بتقييم CIM لمشروع ما أو ترغب في التأثير على الاتجاه بشكل غير رسمي.
• المساهم (Contributor) هو حيث يكمن التأثير الفني. فالانضمام إلى مجموعة عمل، والمساهمة فيها، واقتراح مجالات الموضوع، والمشاركة في استطلاعات الرأي التوافقية، كلها تقع ضمن هذا المستوى. إذا كان هدفك هو تشكيل المعيار بدلاً من مجرد استهلاكه، فهذا هو المستوى الذي يجب استهدافه.
• العضو التوجيهي (Steering Member) يتمتع بحقوق الحوكمة: التوجيه الاستراتيجي، وأهلية الانضمام للجنة التوجيهية، وأهلية رئاسة مجموعة العمل، والتصويت الرسمي لاعتماد المحتوى كجزء من معيار CIM. ويجوز للأعضاء المساهمين التقدم بطلب للحصول على عضوية توجيهية.

هناك تفصيل دقيق ولكنه مهم: “الاحتساب ضمن الحد الأدنى من نصاب الدعم لمجال الموضوع” هو حق للمساهم فما فوق. توجد قواعد النصاب لضمان عدم اعتماد مجال الموضوع بناءً على قوة مشارك واحد — وهي ضمانة حوكمة شائعة في هيئات المعايير القائمة على الإجماع. إذا كانت مؤسستك تهتم بوصول مجال موضوع معين إلى مرحلة الاعتماد، فإن المشاركة بمستوى “مساهم” هي التي تتيح لك الاحتساب ضمن هذا الحد.

كيفية المشاركة: مسار عملي

إذا كنت جديدًا في CIM، فإن التسلسل المنطقي هو:

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

1. ابدأ كمجتمع CIM. قم بمراجعة النماذج الصادرة والأسئلة الشائعة، وحدد أين تتداخل كيانات أنظمتك مع مجالات موضوعات CIM.
2. ساهم بالأفكار. حتى في مستوى المجتمع، يمكنك اقتراح أفكار على اتحاد CIM — وهي طريقة منخفضة الالتزام لاختبار ما إذا كانت حالة الاستخدام الخاصة بك تلقى صدى.
3. انتقل إلى مستوى المساهم (Contributor) إذا كنت ترغب في القيام بالعمل. يفتح هذا المستوى المشاركة في مجموعات العمل، ومقترحات مجالات الموضوع، واستطلاعات الرأي التوافقية.
4. تقدم بطلب للحصول على عضوية توجيهية إذا كانت مؤسستك ترغب في المساعدة في تحديد الاتجاه والمشاركة في تصويتات الاعتماد الرسمية.

بالنسبة للمساهمين في المصادر المفتوحة على وجه التحديد، فإن حيادية النموذج تجاه التنسيق تعني أن هناك مجالاً للمساهمة بالأدوات — مثل مترجمي التنسيقات، والمدققين، ومولدات الخرائط — جنباً إلى جنب مع محتوى النموذج نفسه. أما بالنسبة لموردي المنصات والتطبيقات، فإن ربط مخطط (schema) منتجك بـ CIM هو وسيلة لتقليل تكلفة التكامل التي يدفعها عملاؤك، وهو ما يمثل غالباً ميزة تنافسية.

الحوكمة والمعايير والاستئنافات

يتبع CIM نهجاً قائماً على المعايير، مما يتضمن عملية محددة لاقتراح المحتوى ومراجعته واعتماده. إن وجود حقوق “استئناف” رسمية — فنية وإجرائية — في المستوى التوجيهي هو سمة مميزة لحوكمة المعايير الناضجة؛ وهذا يعني أن النزاعات لها مسار حل محدد بدلاً من تسويتها بشكل غير رسمي.

وهذا يحاكي كيفية عمل منظمات المعايير الراسخة. تستضيف مؤسسة Linux العديد من هذه المشاريع وتوفر الإطار القانوني والحوكمة — بما في ذلك سياسات العلامات التجارية، والملكية الفكرية، ومكافحة الاحتكار — التي تتيح للمنافسين التعاون في بنية تحتية مشتركة. إذا كنت تقوم بتقييم CIM لاعتماده في مؤسستك، فإن الانتساب إلى مؤسسة Linux يعد إشارة هامة: فهو يعني أن النموذج محكوم بمؤسسة محايدة وليس مملوكاً لبائع واحد، مما يقلل من مخاطر تغيير التراخيص أو تغيير الاتجاه في المستقبل.

معلومات ذات صلة

• الأسئلة الشائعة
• رسوم العضوية
• قائمة أعضاء SteerCo الحاليين
• نموذج ويب للمساهمين
• موارد نموذج CIM
• عرض تقديمي عن CIM
• صيغ CIM
• CIM في الأخبار
• مستودعات GitHub
• مدونة الأخبار
• الاتصال

الأسئلة الشائعة

ما هو نموذج المعلومات السحابية؟

نموذج المعلومات السحابية (CIM) هو نموذج بيانات مفتوح ومجتمع أعضاء تأسس في عام 2019 تحت مظلة مؤسسة Linux. وهو يحدد نموذجًا مشتركًا لكيانات الأعمال، غير مرتبط بتطبيق معين، بحيث يمكن للأنظمة السحابية والمحلية (on-premises) التفاعل من خلال دلالات مشتركة بدلاً من عمليات الربط المخصصة من نقطة إلى نقطة.

من يمكنه الانضمام إلى CIM، وما هي التكلفة؟

لدى CIM ثلاثة مستويات للمشاركة: عضو توجيهي (Steering Member)، ومساهم (Contributor)، ومجتمع CIM. وتعد فئة المجتمع هي أوسع نقطة دخول، بينما يمكن للأعضاء المساهمين التقدم بطلب للحصول على عضوية توجيهية. تنشر CIM رسوم العضوية بشكل منفصل، لذا يرجى مراجعة صفحة رسوم العضوية لمعرفة الأرقام الحالية بدلاً من افتراض تكلفة معينة.

ما هو “مجال الموضوع” (Subject Area) في CIM؟

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

هل أحتاج أن أكون عضواً توجيهياً للمساهمة؟

لا. يمكن للأعضاء المساهمين الانضمام إلى مجموعات العمل، والمساهمة فيها، واقتراح مجالات الموضوعات، والمشاركة في استطلاعات الرأي لتحقيق التوافق. وتضيف العضوية التوجيهية حقوق الحوكمة مثل تحديد التوجه الاستراتيجي، والأهلية لعضوية اللجنة التوجيهية، وحق التصويت الرسمي لاعتماد المحتوى كجزء من معيار CIM.

كيف يرتبط CIM بمعايير البيانات الأخرى؟

CIM هو نموذج أفقي عابر للصناعات يركز على كيانات الأعمال المشتركة، على عكس النماذج المعيارية الخاصة بمجالات محددة مثل نموذج المعلومات المشترك لقطاع الطاقة (IEC 61970/61968) أو HL7 FHIR في مجال الرعاية الصحية. ويتيح تصميمه المحايد للتنسيق أن يكون مكملاً للنماذج الأصلية للأنظمة التي تشغلها بالفعل، بدلاً من استبدالها.

لماذا يعد حياد التنسيق مهماً للاعتماد؟

لأنه يسمح للفرق التي تستخدم مجموعات تقنية مختلفة — مثل مستودعات البيانات 관계ية (relational warehouses)، وقواعد بيانات الرسوم البيانية (graph databases)، وخدمات واجهة برمجة التطبيقات (API services) — باستخدام تعريف معياري واحد بدلاً من صيانة مخططات متباينة. والمقايضة هنا هي ضرورة صيانة أدوات الترجمة، كما أن عملية التحويل ذهاباً وإياباً بين التنسيقات لا تكون دائماً بدون فقدان للبيانات، لذا يجب على الفرق التحقق من صحة عمليات الربط مقابل احتياجات التكامل الفعلية لديهم.

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

• مجموعة العمل — ويكيبيديا
• مؤسسة Linux — ويكيبيديا