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

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

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

  • צרכני נתונים יכולים למצוא מוצרי נתונים רלוונטיים ולבקש גישה ישירות ב-Knowledge Catalog (לשעבר Dataplex Universal Catalog), במקום להשתמש בתהליכים ידניים של פתיחת כרטיסי תמיכה.
  • אחרי שהבקשה מאושרת, המערכת מקצה באופן אוטומטי את התפקידים הנדרשים בניהול הזהויות והרשאות הגישה (IAM) ואת החברות בקבוצות, וכך חוסכת את הצורך בניהול ידני ומקצרת את זמן ההמתנה לגישה.
  • ביומני המערכת מתועדים נתיבי ביקורת של בקשות, הצדקות, החלטות של מאשרים וחותמות זמן, כדי לתמוך בביקורת תאימות.
  • מנגנוני אישור מרכזיים לנכסי נתונים רגישים עוזרים לוודא שרק משתמשים וצוותים מורשים יכולים לגשת ולעדכן את המטא-נתונים.

תרחישים לדוגמה

תהליכי עבודה של פיקוח תומכים בניהול הרשאות גישה אוטומטי ובניהול מטא-נתונים בתרחישים שונים:

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

שימוש בתהליכי עבודה של פיקוח ב-Knowledge Catalog

אתם יכולים להשתמש בתהליכי עבודה של משילות כדי לבקש גישה למוצרי נתונים, לבקש שינויים במטא-נתונים של משאב יחיד במילוני מונחים ארגוניים ובערכים של Knowledge Catalog, ולבקש שינויים במטא-נתונים של ערכים וקישורים לערכים באצווה.

בו-זמניות

יכולות להיות כמה בקשות בהמתנה לשינוי מטא-נתונים במשאב אחד. ב-Knowledge Catalog נעשה שימוש במודל הכותב האחרון מנצח, כלומר השינוי שאושר לאחרונה מחליף את העדכונים הקודמים, בלי קשר למועד שבו הבקשות נשלחו. בקשות בהמתנה נשארות בתוקף גם אם המשאב מתעדכן ישירות או באמצעות בקשה אחרת שאושרה.

פעולות נתמכות במטא-נתונים

בטבלה הבאה מפורטים המשאבים והפעולות שנתמכים בבקשות לשינוי מטא-נתונים:

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

בקשות לשינוי מטא-נתונים בכמה כרטיסים במקביל

אתם יכולים להשתמש ב-Dataplex API כדי לקבץ פעולות של מטא-נתונים לבקשת שינוי אחת.

פעולות נתמכות של מטא-נתונים באצווה

בטבלה הבאה מפורטים המשאבים והפעולות שנתמכים בבקשות לשינוי מטא-נתונים באצווה:

משאב יצירה עדכון מחיקה
כניסה כן כן כן
קישור כניסה כן כן כן

בקשה לשינוי מטא-נתונים באצווה יכולה להגיע מהמקורות הבאים:

  • נשלחת ישירות על ידי משתמש: אתם שולחים בקשת API בארכיטקטורת REST כדי ליצור בקשה לשינוי באצווה של רשומות וקישורים לרשומות.
  • נוצרת באופן אוטומטי על ידי סוכן ההעשרה: כשסוכן ההעשרה מופעל ויוצר המלצות למטא-נתונים שדורשות בדיקה אנושית במקום פרסום אוטומטי, הסוכן יוצר בקשה לשינוי בכמות גדולה.

נתיב העיבוד של תהליכי העבודה של הפיקוח

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

סטטוס בקשות בודדות בקשות לשינוי מטא-נתונים בכמה כרטיסים במקביל
NEW בהמתנה לבדיקה. רק המחבר יכול לערוך את הבקשה, ורק המחבר או אדמין של תהליך העבודה יכולים למחוק אותה. בהמתנה לבדיקה. המחבר יכול לערוך בקשות שנשלחו על ידי משתמשים, הבודקים יכולים לערוך בקשות של סוכני העשרה, והמחבר או אדמין של תהליך העבודה יכולים למחוק את הבקשה.
APPLYING לא רלוונטי. הבקשה אושרה והיא מיושמת ברקע.
APPROVED אושר ויושם. השינויים אושרו, ולפחות שינוי אחד בקבוצה בוצע בהצלחה. כל השגיאות ברמת הפריט מפורטות בתגובה.
FAILED לא ניתן להחיל את ההגדרה. עדכון הבקשה מאפס את הסטטוס שלה ל-NEW לצורך אישור מחדש. לא ניתן היה להחיל אף אחד מהשינויים באצווה. עדכון הבקשה מאפס את הסטטוס שלה ל-NEW לצורך אישור מחדש.
REJECTED נדחתה על ידי גורם מאשר. לא בוצעו שינויים. נדחתה על ידי גורם מאשר. לא בוצעו שינויים.

כשבקשה נמחקת באופן ידני, משאב המטרה שלה נמחק או שהתוקף שלה פג אחרי 90 יום, Knowledge Catalog מסיר את הבקשה מהאחסון באופן סופי. שאילתות נוספות לבקשה יחזירו שגיאת 404 NOT_FOUND.

תפקידים בתהליכי עבודה של ניהול נתונים

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

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

מגבלות

המאמרים הבאים