שאלות נפוצות

מודל המידע בענן (CIM) הוא מודל נתונים וקונסורציום פתוח מבוסס תקנים, שמטרתו להפוך יישומים ארגוניים ומקורות נתונים לבעלי יכולת פעולה הדדית (interoperable) בין מערכות ענן למערכות מקומיות (on-premises). דף שאלות נפוצות זה מרחיב את ה-FAQ המקורי של CIM עם הקשר מעשי עבור ארכיטקטי נתונים ארגוניים, מהנדסי אינטגרציה ו-ETL, ספקי פלטפורמות ותורמים בקוד פתוח. הוא משמר את התשובות המקוריות תוך הוספת עומק לגבי אופן פעולת המודל, אופן ניהולו וכיצד להחליט האם וכיצד לאמץ אותו.

נקודות מפתח

• CIM הוא מפרט וקונסורציום פתוח, לא מוצר מסחרי; מטרתו היא מודל נתונים משותף, שאינו תלוי ביישום (application-agnostic), המפחית את העלות והשבריריות של אינטגרציות מנקודה לנקודה (point-to-point).
• הממשל נמצא בידי Joint Development Foundation תחת Linux Foundation, עם ועדת היגוי שכללה היסטורית את AWS, Google, Genesys ו-Salesforce.
• לחברות יש שתי רמות: רמת ועדת היגוי בתשלום ורמת תורם בחינם; המודל עצמו הוא קוד פתוח.
• CIM מובע במספר פורמטים של תקנים, כך שארגונים עם ערימות טכנולוגיות שונות יכולים לאמץ אותו מבלי לנטוש את הכלים הקיימים.
• המודל בעל הערך הרב ביותר כאשר הוא מטופל כאוצר מילים קנוני ויעד למיפוי, המונח כשכבה מעל מערכות רישום (systems of record) קיימות במקום להחליף אותן.
• תורמים שומרים על השליטה בנתונים ובקניין הרוחני (IP) שלהם; קניין רוחני שנוצר בתוך קבוצת עבודה נמצא בבעלות הישות המשפטית של CIM, בהתאם למדיניות של כל קבוצה.

מהו מודל המידע בענן?

מודל המידע בענן (CIM) הוא קונסורציום פתוח שהוקם כדי לספק פתרון מבוסס תקנים לחיבור מוצרים ארגוניים. מטרתו המוצהרת היא לאפשר לארגונים ליצור חוויות אישיות חלקות ומותאמות על פני יישומים מבוססי ענן (cloud-native).

בפועל, CIM הוא מודל נתונים משותף — אוצר מילים משותף של ישויות, תכונות ויחסים — שיישומים שונים יכולים למפות אליו. במקום שכל צוות אינטגרציה ימציא מיפוי שדות משלו בין, למשל, CRM לפלטפורמת שיווק, שני הצדדים ממפים לאותן הגדרות קנוניות. זוהי הבטחת הליבה של יכולת הפעולה ההדדית.

CIM מקדם יכולת פעולה הדדית במספר דרכים קונקרטיות:

• זמן קצר יותר להפקת ערך — מיפויים לשימוש חוזר וסמנטיקה משותפת מקצרים כל פרויקט אינטגרציה חדש.
• חוויות חלקות ומותאמות אישית על פני יישומים מבוססי ענן, מכיוון שהמערכות מסכימות על הגדרתם של “לקוח”, “הזמנה” או “מוצר”.
• תצוגת נתונים חוצת-מערכות, המאפשרת ניתוחים ותהליכי עבודה תפעוליים המשתרעים על פני יישומים מרובים.
• צמצום הזמן לבנייה ותחזוקה של אינטגרציות, מכיוון שהשינויים מבוצעים מול מודל משותף ויציב במקום מול חוזים זוגיים שבירים.

מועיל למקם את CIM בנוף הרחב יותר של מאמצי יכולת פעולה הדדית של נתונים. בעוד שגישות של schema-on-read (נפוצות באגמי נתונים) דוחות את הגדרת המבנה עד לזמן השאילתה, וסכימות ספציפיות ל-API (כגון אלו המתוארות על ידי OpenAPI) מתארות שירות בודד, CIM מתאר מודל דומיין ששירותים רבים יכולים לחלוק. הוא קרוב יותר ברוחו למסורות של מידול קנוני, כמו אלו שעומדות מאחורי מודלי נתונים תעשייתיים ואוצר מילים של רשת סמנטית כפי שפורסמו על ידי W3C, אם כי CIM הוא פרגמטי ומכוון לארגונים במכוון, ולא אקדמי גרידא.

באילו אתגרי יישומי ענן CIM נותן מענה?

CIM הוא מפרט מודרני ופתוח שנועד להקל על הקשיים בשילוב נתונים. הוא מספק תקן מוגדר לתקשורת קלה בין פורמטים שונים של נתונים.

קשורים: Boomi AtomSphere — Enterprise iPaaS לאינטגרציה היברידית של ענן ל-on-prem.

הבעיות הבסיסיות שהוא פותר מוכרות לכל מי שבנה אינטגרציות ארגוניות:

• אי-התאמה סמנטית. לשתי מערכות יש אובייקט “לקוח”, אך אחת מתייחסת לחשבון חיוב ולאדם כאל אותו הדבר, בעוד השנייה מפרידה ביניהם. ללא מודל משותף, כל אינטגרציה נאלצת להגדיר את המושגים הללו מחדש.
• צמיחת אינטגרציות מסוג N-squared. חיבור של N יישומים בזוגות עשוי לדרוש בסדר גודל של N² מיפויים נפרדים. מודל קנוני משותף מצמצם זאת ל-N מיפויים למודל אחד.
• נעילת ספק (Vendor lock-in) ותחלופה. כאשר אינטגרציות נכתבות ישירות מול סכימה קניינית של ספק, החלפת הספק פירושה כתיבה מחדש של האינטגרציות. מיפוי למודל ניטרלי מפחית את עלות ההחלפה.
• ניתוח חוצה-דומיינים. מודל עקבי הופך את חיבור הנתונים בין דומיינים של מכירות, שירות, שיווק ומסחר לאפשרי, ללא צורך בלוגיקת התאמה ייעודית (bespoke) בכל דוח.

CIM אינו מבטל את הצורך בכלי ETL/ELT, מתווכי הודעות (message brokers) או שערים של API. הוא יושב מעליהם כשכבה הסמנטית שהכלים הללו ממפים אליה וממנה.

כיצד CIM מובע בפורמטים של תקנים

קבוצות העבודה של CIM פיתחו את המודל בגישה מבוססת תקנים ותרגמו אותו למספר פורמטים של תקנים. גישה זו מאפשרת לעסקים עם טכנולוגיות שונות לאמץ את CIM, מעצימה תורמים ומטפחת צמיחה של אקוסיסטם רחב יותר עבור CIM.

הבחירה שלנו: Workato — iPaaS בהובלת אוטומציה שצוותים עסקיים יכולים למעשה לבנות עליו.

המשמעות המעשית היא שאינך נאלץ להשתמש בשיטת סריאליזציה או בשרשרת כלים אחת. מודל המובע ביותר מפורמט אחד יכול להיצרך על ידי:

• כלי סכימה ו-API המצפים ל-JSON Schema או הגדרות מבניות דומות.
• כלי גרפים וכלים סמנטיים העובדים עם אוצר מילים ואונטולוגיות בסגנון RDF.
• כלי בסיסי נתונים רלציוניים ומחסני נתונים הדורשים הגדרות DDL או הגדרות ישות-קשר (entity-relationship).
• מחוללי קוד המייצרים מחלקות מוקלדות (typed classes) או אובייקטי העברת נתונים (DTOs) עבור מפתחי יישומים.

בעת הערכת האימוץ, קריטריון החלטה שימושי הוא לזהות אילו מהכלים הקיימים שלך כבר יכולים לקלוט את אחד הפורמטים שפורסמו. אם פלטפורמת האינטגרציה שלך יכולה לצרוך את המודל ישירות, תוכל להימנע מבניית שכבת תרגום רק כדי להתחיל.

מי יכול להצטרף, וכיצד מנוהל CIM?

CIM מברך כל תורם ותורמת. הפרויקט הוא בקוד פתוח כחלק מ-Joint Development Foundation, הפועלת תחת קרן לינוקס (Linux Foundation). קרן לינוקס היא בית ידוע לפרויקטים שיתופיים בקוד פתוח ומספקת את התשתית המשפטית והארגונית המאפשרת למתחרים לשתף פעולה בתשתית משותפת.

הממשל וההשתתפות מחולקים כדלקמן:

• ועדת היגוי (Steering Committee). היסטורית, ארבע חברות יוצגו בוועדת ההיגוי: AWS, Google, Genesys ו-Salesforce. ועדת ההיגוי קובעת את הכיוון של המודל.
• קבוצות עבודה. אלו מייצרות את המודל ואת התרגומים שלו לפורמטים סטנדרטיים, ופועלות תחת מדיניות מוגדרת מראש.
• תורמים. כל אחד יכול לשתף פעולה ולתרום למודל ה-CIM דרך ערוץ “Get Involved”.

מי הבעלים של התוצרים של CIM?

חברי הקהילה שומרים על שליטה מלאה בנתונים ובקניין הרוחני (IP) שלהם. ה-IP שנוצר על ידי חברי CIM בזמן עבודה בתוך קבוצת עבודה של CIM הוא בבעלות הישות המשפטית של CIM ומנוהל בהתאם למדיניות המוגדרת מראש של כל קבוצת עבודה. הפרדה זו — הנתונים וה-IP הקיים שלך נשארים שלך; תוצרי מודל שנוצרו במשותף מוחזקים על ידי הישות — היא דפוס נפוץ וחשוב בגופי תקנים פתוחים, וכדאי לקרוא את מדיניות קבוצת העבודה הספציפית לפני התרומה.

דמי חבר ורמות חברות

ל-CIM יש כיום שתי רמות חברות.

קשורים: Matillion — Push-down ELT שנבנה עבור מחסני נתונים בענן.

רמה	עלות שנתית	דרישות	מה מקבלים
SteerCo	$50,000	החברה שלך חייבת להיות חברה בקרן לינוקס	גישה לוועדת ההיגוי
Contributor	חינם	אין	השתתפות כתורם

רמת ה-Contributor אינה דורשת תשלום. רמת ה-SteerCo כרוכה בתשלום ובדרישה מוקדמת לחברות בקרן לינוקס, מה שמשקף את אחריות הממשל וההשפעה הנוספת שהיא מעניקה. עבור רוב צוותי האינטגרציה והפלטפורמה, רמת ה-Contributor היא נקודת ההתחלה הטבעית; ארגונים שרוצים לעצב את מפת הדרכים של המודל צריכים לשקול את המחויבות של ה-SteerCo מול השפעה זו.

כיצד להחליט אם לאמץ את CIM

אימוץ הוא החלטה של מידול וממשל לא פחות מאשר החלטה טכנית. שקלו את הקריטריונים הבאים:

• האם יש לכם עבודת אינטגרציה חוזרת בין ספקים שונים? אם אתם משלבים את אותם תחומים שוב ושוב בין ספקים משתנים, מודל קנוני משתלם. אם יש לכם אינטגרציה אחת יציבה, ייתכן שלא.
• האם הכלים שלכם יכולים לצרוך פורמט שפורסם? בדקו אם פלטפורמת ה-ETL, שער ה-API או מאגר הגרפים (graph store) שלכם יכולים לקלוט את המודל ישירות.
• האם יש לכם תחום ש-CIM מכסה? CIM מכוון לתחומים ארגוניים ממוקדי-לקוח (לקוח, מוצר, הזמנה ומושגים קשורים). תחומים מחוץ להיקף זה עשויים להזדקק להרחבה.
• מי יהיה הבעלים של שכבת המיפוי? מישהו חייב לתחזק את המיפויים בין מערכות הרישום (systems of record) שלכם לבין המודל הקנוני. התייחסו לזה כאחריות מתמשכת, לא כמשימה חד-פעמית.
• מהי אסטרטגיית היציאה שלכם? מכיוון ש-CIM הוא ניטרלי, מיפוי אליו אמור להפוך שינויי ספקים עתידיים לזולים יותר — ודאו שהמיפויים שלכם מנותקים באמת מהסכימה של ספק בודד.

דפוס אימוץ פרגמטי הוא להתחיל עם תחום אחד בעל ערך גבוה, למפות אליו שתיים או שלוש מערכות, ולמדוד האם אוצר המילים המשותף אכן הפחית את מאמץ האינטגרציה לפני שמרחיבים.

איפה היינו מתחילים: Fivetran — צינור ה-ELT המנוהל במלואו שפשוט ממשיך לפעול.

הדרכה מעשית לתורמים ומשלבים

עבור אלו שמעורבים, כמה הרגלים הופכים את העבודה ליעילה יותר:

• קראו תחילה את מדיניות קבוצת העבודה. הבינו את בעלות ה-IP ואת תנאי התרומה לפני שאתם כותבים דבר.
• מדולו לשימוש חוזר, לא עבור אינטגרציה אחת. ישות קנונית צריכה לשקף את התחום, לא את המוזרויות של מערכת מקור בודדת.
• תעדו מיפויים באופן מפורש. שמרו תיעוד עם גרסאות של האופן שבו כל מערכת מקור ממפה למודל, כדי שניתן יהיה לעקוב אחר שינויים.
• העדיפו הרחבה על פני שינוי (mutation). אם התחום שלכם זקוק למשהו שחסר במודל, הרחיבו אותו בצורה שלא תשבור צרכנים קיימים.
• עבדו מול ה-upstream. תרומה של שיפורים בחזרה למודל מועילה לכולם ומפחיתה את נטל התחזוקה של ענפים (forks) פרטיים.

שאלות נפוצות

מהו מודל המידע בענן (Cloud Information Model) במשפט אחד?

מודל המידע בענן הוא קונסורציום פתוח ומודל נתונים משותף, המנוהל תחת ה-Joint Development Foundation בתוך קרן לינוקס, המעניק ליישומים ארגוניים אוצר מילים משותף ואגנוסטי-יישומים, כך שהם יכולים לפעול יחד בין מערכות ענן למערכות מקומיות (on-premises).

האם השימוש וההצטרפות ל-CIM הם בחינם?

כן. רמת החברות Contributor היא בחינם ואינה דורשת תשלום, והמודל הוא בקוד פתוח. רמת ה-SteerCo בתשלום, המעניקה גישה לוועדת ההיגוי, עולה 50,000 דולר בשנה ומחייבת את החברה שלכם להיות חברה בקרן לינוקס.

מי נמצא בוועדת ההיגוי של CIM?

ארבע חברות מיוצגות כיום בוועדת ההיגוי: AWS, Google, Genesys ו-Salesforce. ועדת ההיגוי מנחה את כיוון המודל בעוד שקבוצות עבודה מייצרות את התוצרים.

מי הבעלים של הקניין הרוחני המיוצר על ידי CIM?

חברי הקהילה שומרים על שליטה מלאה בנתונים וב-IP שלהם. IP שנוצר על ידי חברי CIM בזמן עבודה בתוך קבוצת עבודה הוא בבעלות הישות המשפטית של CIM ומנוהל בהתאם למדיניות המוגדרת מראש של אותה קבוצת עבודה.

כיצד CIM קשור לתקני יכולת פעולה הדדית (interoperability) אחרים?

CIM משלים ולא מחליף פורמטים של תיאור API, סכימות הודעות ואוצר מילים סמנטיים. הוא מספק את מודל התחום המשותף שהפורמטים והכלים הללו יכולים למפות אליו, בדומה בכוונה למודלי נתונים קנוניים בתעשייה, אך ממוקד בתחומי יישומי ענן ממוקדי-לקוח.

כיצד אוכל להיות מעורב ב-CIM?

כל אחד יכול לשתף פעולה ולתרום למודל ה-CIM דרך ערוץ “Get Involved”. צעד ראשון הגיוני הוא לסקור את מדיניות קבוצת העבודה, ואז להתחיל עם דומיין יחיד ולמפות מספר קטן של מערכות כדי לאמת את הגישה.

קריאה נוספת

• Linux Foundation — ויקיפדיה, לרקע על הקרן המארחת את CIM.
• Joint Development Foundation — ויקיפדיה, עבור מבנה הישות המשפטית שמאחורי CIM.
• World Wide Web Consortium (W3C) — לעבודות קשורות בנושא תקני אינטרנט ותקנים סמנטיים.
• OpenAPI Specification — להבנה כיצד סכימות ברמת API נבדלות ממודל דומיין משותף.