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

مرحبًا بك في CIM، وهو نموذج بيانات حيادي للتطبيقات يعمل على تبسيط التكامل وتسريع الابتكار.

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

• CIM هو نموذج بيانات مشترك ومفتوح، وليس منتجًا. فهو يحدد مفاهيم الأعمال الشائعة والعلاقات بينها بحيث يمكن للتطبيقات المختلفة تبادل البيانات دون الحاجة إلى عمليات تعيين (mappings) مخصصة لمرة واحدة.
• يتم إدارته كمعيار مفتوح. CIM مفتوح المصدر تحت مظلة مؤسسة التطوير المشترك (Joint Development Foundation)، وهي جزء من مؤسسة Linux، ويرحب بالمساهمين من الموردين والمؤسسات والمجتمع الأوسع.
• يتم تنظيم المحتوى في مجالات موضوعية (Subject Areas). يمثل كل مجال مفهومًا تجاريًا رئيسيًا ويتم نشره بتنسيقات متعددة، بما في ذلك الرسوم التوضيحية، حتى يتمكن المهندسون المعماريون والمهندسون من اعتماده بشكل تدريجي.
• القيمة الأساسية هي تقليل هشاشة التكامل. يستبدل النموذج الموحد (canonical model) رموز الترجمة من نقطة إلى نقطة بهدف ثابت يمكن للعديد من الأنظمة التعيين منه وإليه.
• الاعتماد هو قرار تصميمي، وليس مجرد عملية تبديل. أنت تختار المجالات التي تريد اعتمادها، وكيفية تعيين أنظمة المصدر الخاصة بك، وكيفية إدارة الامتدادات بمرور الوقت.

معيار جديد لقابلية التشغيل البيني للبيانات

يتم إنتاج CIM بواسطة اتحاد مفتوح تم تشكيله لتقديم حل قائم على المعايير لربط منتجات المؤسسة. باستخدام CIM، يمكنك إنشاء تجارب شخصية سلسة ومصممة خصيصًا عبر التطبيقات السحابية الأصلية (cloud-native).

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

CIM عبارة عن مواصفات حديثة ومفتوحة للمساعدة في تخفيف آلام دمج البيانات. يوفر CIM معيارًا محددًا للتواصل بسهولة بين تنسيقات البيانات المختلفة. وبما أنه مفتوح المصدر كجزء من مؤسسة التطوير المشترك (ضمن مؤسسة Linux)، فإننا نرحب بجميع المساهمين.

المشكلة التي يعالجها CIM هي مشكلة هيكلية وليست عرضية. فعندما يتحدث كل نظام بلهجته الخاصة - حيث يطلق أحدهم على العميل اسم “جهة اتصال” (Contact)، وآخر يطلق عليه “طرف” (Party)، وثالث “حساب” (Account) - ينتهي الأمر بفرق التكامل إلى صيانة شبكة متنامية من التعيينات الزوجية. يضاعف كل تطبيق جديد عدد الترجمات المطلوبة، وأي تغيير في المخطط (schema) في أي نظام يمكن أن يمتد تأثيره ليعطل خطوط الأنابيب (pipelines) اللاحقة. يغير النموذج الموحد شكل هذه المشكلة: فبدلاً من تعيين N من الأنظمة لبعضها البعض، يقوم كل نظام بالتعيين مرة واحدة إلى مفردات مشتركة.

لماذا ينهار التكامل من نقطة إلى نقطة

من المفيد أن نكون محددين بشأن أنماط الفشل التي تحفز الحاجة إلى نموذج مشترك.

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

• النمو التجميعي. باستخدام التعيينات من نقطة إلى نقطة، يزداد عدد مسارات الترجمة تقريبًا مع مربع عدد الأنظمة. لذا فإن إضافة التطبيق العاشر أكثر تكلفة بكثير من إضافة التطبيق الثاني.
• الانحراف الدلالي. يمكن لفريقين أن يقوما بـ “تعيين العميل” ومع ذلك يظلان مختلفين حول ما إذا كان العميل شخصًا، أو مؤسسة، أو علاقة فوترة. تتدفق البيانات، لكن المعنى يتباعد.
• إدارة التغيير الهشة. تؤدي إعادة تسمية حقل أو إضافة سمة مطلوبة جديدة في نظام مصدر واحد إلى فرض تعديلات على كل مستهلك يتعامل معه.
• تكرار المنطق. يتم إعادة تنفيذ قواعد التحقق من الصحة، وإزالة التكرار، وقواعد حل الهوية في كل عملية تكامل بدلاً من تعريفها مرة واحدة.
• ضغط تقييد المورد (Vendor lock-in). عندما يتشابك منطق التكامل مع مخطط مورد معين، يصبح تبديل الموردين أو إضافتهم بمثابة مشروع إعادة بناء للمنصة بالكامل.

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

كيف يتم تنظيم CIM: المجالات الموضوعية

يتم تنظيم المحتوى المحدد تعاونيًا في نطاقات، أو مجالات موضوعية (Subject Areas). يمثل كل مجال موضوعي مفهومًا تجاريًا رئيسيًا. تتوفر تصميمات CIM بتنسيقات متعددة لكل مجال، بما في ذلك رسوم توضيحية نموذجية. وسوف ينمو عدد ونطاق المجالات الموضوعية مع نمو الاتحاد والمساهمات.

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

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

• الطرف / العميل (Party / Customer) — الأشخاص والمؤسسات التي تتعامل معها، والأدوار التي يؤدونها.
• المنتج (Product) — ما تبيعه أو تعرضه أو تديره، بما في ذلك الكتالوجات والتصنيفات.
• الحساب والعلاقة (Account and relationship) — كيفية ارتباط الأطراف بالمنتجات والعقود وببعضهم البعض.
• التفاعل والنشاط (Interaction and activity) — الأحداث والمعاملات والارتباطات التي تربط ما سبق.

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

كيفية مقارنة CIM بالمناهج الأخرى

يعد CIM أحد الخيارات المتاحة من بين عدة خيارات لتحقيق إمكانية التشغيل البيني. والاختيار الصحيح يتطلب فهم المقايضات.

النهج	ما هو	نقاط القوة	المقايضات
رسم الخرائط من نقطة إلى نقطة (Point-to-point mapping)	ترجمات مباشرة بين كل زوج من الأنظمة	بسيط لنظامين؛ لا حاجة إلى حوكمة مشتركة	ينمو بشكل تضاعفي (combinatorially)؛ هش؛ تكرار في المنطق
النموذج الموحد (Canonical model - نمط CIM)	مفردات مشتركة مستقلة عن التطبيقات، يقوم كل نظام برسم خرائطه إليها	جهد رسم خرائط خطي؛ عقد مستقر؛ قابل لإعادة الاستخدام عبر المشاريع	يتطلب حوكمة واتفاقاً؛ لا يزال رسم الخرائط مطلوباً لكل نظام
معايير بيانات الصناعة	معايير رأسية لقطاع معين (مثل الرعاية الصحية، التمويل)	تغطية عميقة للمجال؛ مواءمة تنظيمية	نطاق ضيق؛ قد لا تغطي مفاهيم المؤسسات العابرة للصناعات
نماذج بيانات البائع	عرض المخطط الأصلي للمنصة كمركز للتكامل	تكامل وثيق للأدوات؛ سريع ضمن النظام البيئي لبائع واحد	خطر الانغلاق (Lock-in)؛ يجب أن يتوافق البائعون الآخرون مع نموذج طرف واحد
نهج “واجهة برمجة التطبيقات أولاً” / المخطط عند القراءة	عقود محددة لكل API؛ يتم تحديد المعنى وقت الاستهلاك	مرن؛ سريع البدء	الاتساق الدلالي يعتمد على الانضباط؛ أصعب في الحوكمة على نطاق واسع

التوجيه العملي: استخدم نموذجاً موحداً (canonical model) عندما يكون لديك العديد من الأنظمة، ومفاهيم عابرة للمجالات، وبيئة تكامل طويلة الأمد. استخدم نهج “نقطة إلى نقطة” عندما يكون النطاق مقتصرًا فعلياً على نظامين ولفترة قصيرة. تعتبر معايير الصناعة وCIM متكاملتين؛ حيث يمكن للمعيار الرأسي أن يوجه مجالاً معيناً، بينما يوفر CIM المفردات المؤسسية الشاملة.

كيفية اعتماد CIM عملياً

الاعتماد هو سلسلة من القرارات المتعمدة وليس مجرد عملية هجرة واحدة. يبدو النمط العملي كما يلي:

1. اختر عملية تكامل ذات تحديات عالية ونطاق محدد جيداً. اختر مجالاً يكون فيه عناء رسم الخرائط ملموساً والنطاق صغيراً بما يكفي لإثبات القيمة بسرعة.
2. قم بجرد الأنظمة المصدر ومخططاتها. وثق المسميات التي يطلقها كل نظام على المفاهيم في “مجال الموضوع” (Subject Area) الذي اخترته، وأوجه الاختلاف بينها.
3. ارسم خرائط كل نظام إلى مجال CIM. أنشئ عملية تعيين (mapping) واحدة لكل نظام إلى النموذج المشترك. تعامل مع هذه التعيينات كأصول ذات إصدارات (versioned artifacts)، وليس كمجرد نصوص برمجية مؤقتة.
4. حدد سياسة التوسعة مسبقاً. قرر كيف ستتعامل مع المفاهيم التي لا يغطيها CIM بعد؛ يجب توثيق التوسعات، وتسميتها بشكل متسق، واقتراحها مجدداً على الاتحاد (consortium) إذا كانت مفيدة على نطاق واسع.
5. تأسيس الحوكمة. تعيين المسؤولية عن عمليات التعيين، ووضع عملية مراجعة للتغييرات، وجدول زمني للمزامنة مع تحديثات CIM الأساسية.
6. التوسع مجالاً تلو الآخر. أعد استخدام أنماط التعيين والحوكمة من المجال الأول لخفض تكلفة العمل في المجال التالي.

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

الحوكمة والترخيص والمساهمة

CIM مفتوح المصدر كجزء من مؤسسة التطوير المشتركة (Joint Development Foundation)، التي تعمل تحت مظلة مؤسسة لينكس (Linux Foundation). هذا الهيكل مهم للمؤسسات التي تقيمه: فمؤسسة لينكس هي موطن راسخ للمشاريع التعاونية مفتوحة المصدر والمحايدة تجاه البائعين، وتوفر مؤسسة التطوير المشتركة إطاراً قانونياً مصمماً خصيصاً لتطوير وتشغيل مشاريع المعايير والمواصفات.

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

بالنسبة لمهندس بيانات المؤسسة، فإن الآثار العملية لنموذج الحوكمة هذا هي:

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

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

المشاركة

هل أنت مهتم بالانضمام إلى مبادرة CIM؟ رائع! لا تتردد في مراسلتنا عبر البريد الإلكتروني لمزيد من المعلومات.

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

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

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

ما هو نموذج المعلومات السحابية (Cloud Information Model) بالضبط؟

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

لمن يوجه CIM؟

يستهدف مهندسي بيانات المؤسسات، ومهندسي التكامل وETL، وبائعي التطبيقات والمنصات، والمساهمين في المصادر المفتوحة. أي شخص يتعين عليه ربط أنظمة سحابية ومحلية متعددة بمخططات مختلفة هو مستخدم محتمل. يستفيد البائعون لأن النموذج المشترك يقلل من العمل المخصص المطلوب للتكامل مع منتجاتهم.

كيف يتم حوكمة CIM وترخيصه؟

CIM مفتوح المصدر كجزء من مؤسسة التطوير المشتركة (Joint Development Foundation)، التي تعمل تحت مظلة مؤسسة Linux. وهذا يوفر إطار حوكمة محايدًا تجاه الموردين وموجهًا نحو المواصفات. ويهدف هذا الهيكل إلى إبقاء النموذج مفتوحًا للمساهمات ومستقلاً عن سيطرة أي مورد واحد.

كيف يختلف CIM عن نموذج البيانات الأصلي للمورد؟

تم تحسين النموذج الأصلي للمورد ليناسب منتج ذلك المورد ونظامه البيئي؛ لذا فإن اعتماده كمركز للتكامل الخاص بك يميل إلى خلق حالة من الارتباط الحصري (lock-in). أما CIM فقد صُمم ليكون مستقلاً عن التطبيقات، بحيث لا تحدد منصة واحدة المفردات المستخدمة. والمقايضة هنا هي أن CIM يتطلب حوكمة واتفاقًا بين الفرق، في حين أن نموذج المورد يكون جاهزًا للاستخدام ضمن أدوات ذلك المورد.

هل لا أزال بحاجة إلى كتابة عمليات الربط (mappings) إذا كنت أستخدم CIM؟

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

كيف أبدأ في اعتماد CIM؟

ابدأ بعملية تكامل واحدة ذات تحديات كبيرة (high-pain) ومحددة جيدًا في مجال موضوع (Subject Area) واحد. قم بجرد مخططات المصدر، واربط كل نظام بنطاق CIM، وحدد سياسة التوسعة والحوكمة، وتعامل مع عمليات الربط كعناصر اصطناعية ذات إصدارات (versioned artifacts). وبمجرد أن يثبت النطاق الأول قيمته، قم بالتوسع نطاقًا تلو الآخر، مع إعادة استخدام الأنماط والحوكمة التي أرسيتها.

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

• Linux Foundation — ويكيبيديا
• Linux Foundation — ويكيبيديا