ב-Knowledge Catalog (לשעבר Dataplex Universal Catalog) אתם יכולים לעדכן מוצרי נתונים קיימים, לתת גישה אליהם ולמחוק אותם. אתם יכולים לעדכן את הנכסים, המטא-נתונים והחוזים כדי שצרכני הנתונים יוכלו למצוא נתונים מהימנים ולהשתמש בהם.
המסמך הזה מיועד לבעלים של מוצרי נתונים. למידע נוסף על הארכיטקטורה ומושגי המפתח של מוצרי נתונים, קראו את המאמר מידע על מוצרי נתונים.
לפני שמתחילים
-
מפעילים את Knowledge Catalog ואת BigQuery API, אם הם עדיין לא מופעלים.
התפקידים שנדרשים כדי להפעיל ממשקי API
כדי להפעיל ממשקי API, צריך את ההרשאה
serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות לניהול מוצרי נתונים, בקשו מהאדמין לתת לכם את התפקידים הבאים ב-IAM ברמת הפרויקט:
-
הרשאות מלאות ליצור, לעדכן, למחוק ולנהל הרשאות למוצרי נתונים:
אדמין של מוצרי נתונים ב-Dataplex (
roles/dataplex.dataProductsAdmin) -
לעדכן ולנהל מוצרי נתונים קיימים:
עריכת מוצרי נתונים ב-Dataplex (
roles/dataplex.dataProductsEditor) -
מוסיפים היבטים כמו
schema,overviewו-contacts: Dataplex Entry and EntryLink Owner (roles/dataplex.entryOwner) -
חיפוש והוספה של נכסים:
צפייה בקטלוג Dataplex (
roles/dataplex.catalogViewer) -
עריכת סוגי היבטים של המערכת, כמו היבט התיעוד והחוזה של קצב הרענון:
עריכת קטלוג Dataplex (
roles/dataplex.catalogEditor)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
התפקידים המוגדרים מראש האלה כוללים את ההרשאות שנדרשות כדי לנהל מוצרי נתונים. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי לנהל מוצרי נתונים, נדרשות ההרשאות הבאות:
-
עורכים את סוג ההיבט של המערכת
overview:dataplex.entryGroups.useOverviewAspect -
עורכים את סוג ההיבט של המערכת
refresh cadence:dataplex.entryGroups.useRefreshCadenceAspect -
אישור בקשת גישה למוצר נתונים:
dataplex.dataProducts.approve
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
בקרת גישה למודלים של BigQuery
הגישה למודלים של BigQuery במוצר נתונים מנוהלת באמצעות תנאי IAM שחלים על מדיניות ה-IAM של מערך הנתונים הראשי.
אם תמחקו מודל ב-BigQuery ואז תיצרו אותו מחדש עם אותו שם, Knowledge Catalog ישחזר את ההרשאות שניתנו בעבר לקבוצות Google או לחשבונות שירות דרך מוצר הנתונים.
הגדרת הרשאות כדי לאפשר גילוי של מוצר נתונים
כדי לאפשר לצרכנים פוטנציאליים לחפש מוצר נתונים, לצפות בו ולבקש גישה אליו, בעלי מוצר הנתונים צריכים לוודא שניתן לגלות את המוצר על ידי הקצאת תפקידי IAM מתאימים במשאב של מוצר הנתונים:
חיפוש, הצגה ובקשת גישה למוצרי נתונים: Dataplex Data Products Consumer (
roles/dataplex.dataProductsConsumer)צפייה בהגדרות ובמטא-נתונים של מוצרי נתונים (גישה לקריאה בלבד): Dataplex Data Products Viewer (
roles/dataplex.dataProductsViewer)
ניהול בקשות גישה למוצרי נתונים
כשצרכן של מוצר נתונים מבקש גישה, הבעלים של מוצר הנתונים מקבל התראה באימייל. הבעלים יכולים לבדוק, לאשר או לדחות את הבקשות האלה באמצעות מסוף Google Cloud או ה-API.
המסוף
בדיקת בקשות גישה למוצר נתונים ספציפי
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לבדוק את בקשות הגישה אליו.
לוחצים על הכרטיסייה ניהול בקשות גישה.
בוחרים את מגיש הבקשה שאת הבקשה שלו רוצים לבדוק.
לוחצים על פעולות ואז על אישור או דחייה.
לוחצים על Save.
בדיקת בקשות גישה בכמה מוצרי נתונים
נכנסים לדף Governance workflows ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על הכרטיסייה אישורים בהמתנה.
אופציונלי: מסננים את הרשימה לפי השם הספציפי של מוצר הנתונים כדי לבודד את הבקשות שלו.
בוחרים את הבקשה הרלוונטית ולוחצים על אישור או על דחייה.
לוחצים על Save.
התנהגות אחרי אישור
בקשות משתמשים: צרכנים שביקשו גישה לזהות המשתמש שלהם מתווספים באופן אוטומטי כחברים לקבוצת Google שממופה לקבוצת הגישה.
בקשות של חשבון שירות: צרכנים שביקשו גישה לחשבון שירות מקבלים הרשאות להתחזות לחשבון השירות של מפיק הנתונים שממופה לקבוצת הגישה.
אחרי שהבקשה תטופל, הסטטוס שלה יתעדכן באופן אוטומטי והיא תעבור לכרטיסייה יומן אישורים.
REST
רשימה של כל בקשות הגישה בהמתנה
כדי לראות את רשימת כל בקשות הגישה שממתינות לבדיקה בפרויקט ובמיקום ספציפיים, שולחים בקשת GET באמצעות שיטת האיסוף בהתאמה אישית :listReviewable:
curl -X GET \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
"https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/changeRequests:listReviewable"
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט ב- Google Cloud
LOCATION: האזור שבו נמצא מוצר הנתונים (לדוגמה,
us-central1)
אישור בקשת גישה
בעלי מוצרי נתונים עם ההרשאה dataplex.dataProducts.approve יכולים לאשר בקשה בהמתנה על ידי שליחת בקשת POST ל-method המותאם אישית :approve:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
"https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/changeRequests/CHANGE_REQUEST_ID:approve"
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט ב- Google Cloud
LOCATION: האזור שבו נמצא מוצר הנתונים (לדוגמה,
us-central1)CHANGE_REQUEST_ID: המזהה הייחודי של בקשת הגישה שרוצים לאשר
בניגוד לאישורים שמופעלים במסוף, אישור של בקשת שינוי באמצעות ה-API בארכיטקטורת REST לא משנה באופן אוטומטי את החברות בקבוצות Google או מגדיר התחזות לטוקן של חשבון שירות. אתם צריכים לבצע את השלבים הבאים באופן ידני כדי לנהל את הגישה במורד הזרם:
לבקשות גישה לזהות משתמש: מוסיפים את צרכן מוצר הנתונים לקבוצה הממופה ב-Google. מידע נוסף זמין במאמר הוספת חברות לקבוצה ב-Google.
לבקשות גישה לחשבון שירות: מריצים את הפקודה הבאה כדי להקצות את תפקיד ה-IAM יצירת אסימונים בחשבון שירות (
roles/iam.serviceAccountTokenCreator) לחשבון השירות של צרכן מוצר הנתונים במשאב:gcloud iam service-accounts add-iam-policy-binding PRODUCER_SERVICE_ACCOUNT \ --member="serviceAccount:CONSUMER_SERVICE_ACCOUNT" \ --role="roles/iam.serviceAccountTokenCreator"מחליפים את מה שכתוב בשדות הבאים:
PRODUCER_SERVICE_ACCOUNT: כתובת האימייל המלאה של חשבון השירות שממופה לקבוצת הגישה של מוצר הנתונים
CONSUMER_SERVICE_ACCOUNT: כתובת האימייל המלאה של חשבון השירות ששייך לצרכן שמבקש גישה
דחיית בקשת גישה
בעלי מוצרי נתונים עם ההרשאה dataplex.dataProducts.approve יכולים לדחות בקשה בהמתנה על ידי שליחת בקשת POST ל-method המותאם אישית :reject, יחד עם מטען ייעודי (payload) של הצדקה:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
-d '{
"comment": "REJECTION_REASON"
}' \
"https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/changeRequests/CHANGE_REQUEST_ID:reject"
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: מזהה הפרויקט ב- Google Cloud
LOCATION: האזור שבו נמצא מוצר הנתונים (לדוגמה,
us-central1)CHANGE_REQUEST_ID: המזהה הייחודי של בקשת הגישה שרוצים לדחות
עדכון של מוצר נתונים
אתם יכולים לעדכן את הפרטים הבסיסיים (לדוגמה, שם מוצר הנתונים, התיאור, פרטי הבעלים), הנכסים, קבוצות הגישה, ההרשאות, החוזה, ההיבטים ומסמכים נוספים של מוצר נתונים קיים.
עדכון הפרטים הבסיסיים של מוצר נתונים
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לעדכן.
לוחצים על Edit.
מעדכנים את שם מוצר הנתונים, סמל מוצר הנתונים, התיאור, כתובת האימייל של בעלי מוצר הנתונים, כתובת האימייל של הגורמים המאשרים של מוצר הנתונים והתוויות לפי הצורך.
לוחצים על Save.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן את הפרטים הבסיסיים של מוצר נתונים, משתמשים ב-method dataProducts.patch.
לדוגמה, כדי לעדכן את התיאור של מוצר נתונים, שולחים את בקשת ה-PATCH הבאה:
curl -X PATCH \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
-d '{"description": "NEW_DESCRIPTION"}' \
https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/dataProducts/DATA_PRODUCT_ID?update_mask="description"
מחליפים את מה שכתוב בשדות הבאים:
- NEW_DESCRIPTION: תיאור חדש למוצר הנתונים
- PROJECT_ID: מזהה הפרויקט ב- Google Cloud
- LOCATION: האזור שבו נמצא מוצר הנתונים
- DATA_PRODUCT_ID: המזהה של מוצר הנתונים
עדכון נכסים של מוצר נתונים
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לעדכן את הנכסים שלו.
לוחצים על הכרטיסייה נכסים.
כדי להוסיף נכס חדש:
לוחצים על +Add (הוספה).
מחפשים ובוחרים את הנכסים שרוצים להוסיף למוצר הנתונים. הנכסים שבוחרים צריכים להיות באותו אזור שבו נמצא מוצר הנתונים.
אם יש לכם את ההרשאות הנדרשות, אתם יכולים ללחוץ על הנכס כדי לראות את המטא-נתונים שלו.
כדי לצמצם את תוצאות החיפוש, משתמשים במסננים.
אחרי שבוחרים את הנכסים, לוחצים על הוספה.
כדי להסיר נכס ממוצר הנתונים:
בנכס שרוצים להסיר, לוחצים על > הסרה.
כדי לאשר את הפעולה, לוחצים על הסרה.
C#
הוספת נכס נתונים חדש למוצר נתונים
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
מחיקת נכס נתונים ממוצר נתונים
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
הוספת נכס נתונים חדש למוצר נתונים
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
מחיקת נכס נתונים ממוצר נתונים
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
הוספת נכס נתונים חדש למוצר נתונים
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
מחיקת נכס נתונים ממוצר נתונים
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
הוספת נכס נתונים חדש למוצר נתונים
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
מחיקת נכס נתונים ממוצר נתונים
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
הוספת נכס נתונים חדש למוצר נתונים
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
מחיקת נכס נתונים ממוצר נתונים
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להוסיף נכס נתונים חדש למוצר הנתונים, משתמשים ב-method dataAssets.create. דוגמה לקוד מופיעה בקטע אופציונלי: הוספת נכסים.
כדי למחוק נכס נתונים ממוצר הנתונים, משתמשים ב-method dataAssets.delete. לדוגמה, שולחים את בקשת ה-DELETE הבאה:
curl -X DELETE \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
"https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/dataProducts/DATA_PRODUCT_ID/dataAssets/DATA_ASSET_ID"
מחליפים את מה שכתוב בשדות הבאים:
- PROJECT_ID: מזהה הפרויקט ב- Google Cloud
- LOCATION: האזור שבו רוצים ליצור את מוצר הנתונים
- DATA_PRODUCT_ID: מזהה ייחודי של מוצר הנתונים
- DATA_ASSET_ID: המזהה של נכס הנתונים שרוצים להסיר ממוצר הנתונים
עדכון קבוצות גישה והרשאות לנכסים
המסוף
במסוף Google Cloud , נכנסים לדף Data products ב-Knowledge Catalog.
לוחצים על מוצר הנתונים שרוצים לעדכן את קבוצות הגישה וההרשאות שלו.
לוחצים על הכרטיסייה קבוצות גישה והרשאות.
כדי לעדכן קבוצת גישה, פועלים לפי השלבים הבאים:
לוחצים על עריכה.
מעדכנים את השם, התיאור, המזהה ותפקיד ברירת המחדל של קבוצת הגישה, לפי הצורך.
כדי להוסיף קבוצת גישה חדשה, לוחצים על Add access group ופועלים לפי השלבים הבאים:
בשדה Access group name, נותנים שם לקבוצת הגישה החדשה. לדוגמה,
Analyst.בשדה Access group description, מזינים תיאור לקבוצת הגישה.
בשדה Access group identifier, מזינים את כתובת האימייל של קבוצת Google או של חשבון השירות, או של שניהם, שרוצים להקצות לקבוצת הגישה הזו:
קבוצה ב-Google: צרכני מוצרי נתונים שמבקשים גישה לעצמם מתווספים כחברים לקבוצה ב-Google שממופה.
חשבון שירות: צרכני מוצרי נתונים שמבקשים גישה לחשבונות השירות שלהם מקבלים את תפקיד ה-IAM יצירת אסימונים בחשבון שירות (
roles/iam.serviceAccountTokenCreator) כדי להתחזות לחשבון השירות של מפיק הנתונים שממופה לקבוצת הגישה.
אופציונלי: בשדה Default role, בוחרים תפקיד IAM כברירת מחדל שיוקצה באופן אוטומטי לכל הנכסים הנתמכים במוצר הנתונים. אם תפקידי IAM כבר הוקצו ישירות לנכסים ספציפיים, הוספת תפקיד ברירת מחדל לא מבטלת את ההרשאות הישירות האלה.
לוחצים על הוספה.
כדי להסיר קבוצת גישה:
בקבוצת הגישה שרוצים להסיר, לוחצים על > הסרה.
כדי לאשר את הפעולה, לוחצים על הסרה. כשמסירים קבוצת גישה, התפקיד שמוגדר לה כברירת מחדל וכל ההרשאות הספציפיות לנכסים מבוטלים בכל הנכסים במוצר הנתונים.
אם לא הוגדרו קבוצות גישה למוצר הנתונים שנבחר, אפשר להוסיף קבוצת גישה חדשה בלחיצה על Add access group.
כדי לעדכן את ההרשאות לנכסים:
בנכס שרוצים לעדכן את ההרשאות שלו, לוחצים על > Permissions.
מעדכנים את קבוצות הגישה ואת התפקידים ב-IAM שנדרשים. אתם יכולים להקצות תפקידים ספציפיים לנכסים כדי לשנות את תפקיד ברירת המחדל של קבוצת הגישה.
לוחצים על הגדרה. בעמודה Permissions בטבלת הנכסים מוצגות ההרשאות המעודכנות ומצב ההגדרה שלהן:
- Applied: תפקיד ה-IAM (ברירת המחדל או ספציפי לנכס) פעיל במשאב הבסיסי.
- נכשל: לא הצלחנו להחיל את תפקיד ה-IAM על המשאב הבסיסי. הסיבה המפורטת לכישלון מופיעה ב-Cloud Logging.
- לא נתמך: אי אפשר להחיל הרשאות על סוג המשאב של הנכס הזה.
C#
עדכון קבוצות גישה
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
עדכון הרשאות גישה לנכסים
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
עדכון קבוצות גישה
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
עדכון הרשאות גישה לנכסים
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
עדכון קבוצות גישה
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
עדכון הרשאות גישה לנכסים
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
עדכון קבוצות גישה
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
עדכון הרשאות גישה לנכסים
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
עדכון קבוצות גישה
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
עדכון הרשאות גישה לנכסים
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן את קבוצות הגישה שמשויכות למוצר נתונים, משתמשים ב-method dataProducts.patch. דוגמה לקוד מופיעה במאמר הגדרת קבוצות גישה.
כדי לעדכן את ההרשאות של הנכס, משתמשים ב-method dataAssets.patch. דוגמה לקוד מופיעה במאמר הגדרת הרשאות לנכסים.
עדכון החוזה של מוצר הנתונים
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לעדכן את החוזה שלו.
לוחצים על הכרטיסייה חוזה.
כדי לעדכן את החוזה הקיים:
לוחצים על עריכה.
מעדכנים את השדות הרלוונטיים.
לוחצים על Save.
אם אין חוזה שמצורף למוצר הנתונים שבחרתם, אתם יכולים ללחוץ על Add contract כדי להוסיף חוזה.
REST
כדי לעדכן חוזה, משתמשים ב-method entries.patch. במאמר הוספת חוזה יש דוגמה לקוד.
עדכון היבטים של מוצר נתונים
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לעדכן את ההיבטים שלו.
לוחצים על הכרטיסייה היבטים.
כדי לעדכן היבט, פועלים לפי השלבים הבאים:
לוחצים על ההיבט שרוצים לעדכן.
לוחצים על עריכה.
מעדכנים את השדות Aspect type, Country ו-Region לפי הצורך.
לוחצים על Save.
כדי להוסיף היבט חדש למוצר הנתונים:
לוחצים על + הוספת היבט.
בשדה Select aspect type, מחפשים ובוחרים סוג היבט מהרשימה. לדוגמה,
Geo context.בשדה מדינה, בוחרים את המדינה שאליה שייך הנכס.
בשדה Region, בוחרים את האזור העסקי שאליו שייך הנכס.
לוחצים על Save.
כדי למחוק היבט:
לוחצים על ההיבט שרוצים למחוק.
לוחצים על מחיקה.
כדי לאשר את הפעולה, לוחצים על אישור.
REST
כדי לעדכן היבט כלשהו ברשומת מוצר הנתונים, משתמשים ב-method entries.patch.
עדכון התיעוד של מוצר הנתונים
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים לעדכן את התיעוד שלו.
לוחצים על הכרטיסייה סקירה כללית.
לוחצים על Edit ליד Documentation.
מעדכנים את המדריך למשתמש, את השאילתות לדוגמה ומסמכים אחרים לפי הצורך.
לוחצים על Save.
REST
התיעוד הוא חלק מההיבט של overview. כדי לעדכן את התיעוד של מוצר הנתונים, משתמשים ב-method entries.patch.
מחיקת מוצר נתונים
כדי למחוק מוצר נתונים, קודם צריך להסיר ממנו את כל הנכסים.
המסוף
נכנסים לדף Data products ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על מוצר הנתונים שרוצים למחוק.
לוחצים על הכרטיסייה נכסים.
בכל נכס שמופיע ברשימה, לוחצים על > הסרה. לוחצים על הסרה כדי לאשר את הפעולה.
אחרי שמסירים את כל הנכסים, מוחקים את מוצר הנתונים בלחיצה על Delete.
בתיבת הדו-שיח לאישור, מזינים
deleteולוחצים על מחיקה.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק מוצר נתונים, משתמשים ב-method dataProducts.delete.
לדוגמה, שולחים את בקשת ה-DELETE הבאה:
curl -X DELETE \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
https://dataplex.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/dataProducts/DATA_PRODUCT_ID
מחליפים את מה שכתוב בשדות הבאים:
- PROJECT_ID: מזהה הפרויקט ב- Google Cloud
- LOCATION: האזור שבו נמצא מוצר הנתונים
- DATA_PRODUCT_ID: המזהה של מוצר הנתונים שרוצים למחוק
שמירת נתונים ומחיקת פרויקטים
כשמוחקים פרויקט ב- Google Cloud שמכיל מוצרי נתונים, המשאבים המשויכים עוברים את מחזור החיים הרגיל של מחיקה ב- Google Cloud , שנקרא גם מחיקה סופית. במאמר מחיקת נתונים ב- Google Cloud מפורטים התהליכים הטכניים ולוחות הזמנים שקשורים להתנהגות הזו.
מחזור החיים של המשאבים בזמן מחיקת הפרויקט
מחזור החיים של מוצרי הנתונים ונכסי הנתונים מנוהל בשני שלבים עיקריים אחרי בקשה למחיקת פרויקט:
מחיקה זמנית (מצב
Hidden): מיד אחרי שמתחילים את מחיקת הפרויקט, כל מוצרי הנתונים ונכסי הנתונים בפרויקט מסומנים כ-Hidden. במהלך תקופת החסד של 30 הימים, המטא-נתונים נשמרים אבל אי אפשר לגשת אליהם יותר דרך ממשקי ה-API של Dataplex או דרך מסוף Google Cloud . במהלך התקופה הזו, אתם יכולים לשחזר את הפרויקט ואת המשאבים שלו בכל שלב.מחיקה סופית (מצב
Purged): אחרי שתקופת החסד של 30 הימים מסתיימת, הפרויקט וכל המטא-נתונים שלו ב-Knowledge Catalog נמחקים באופן סופי. ב-Knowledge Catalog יש מדיניות פנימית למחיקת שורות, כדי להסיר את הרשומות האלה מהאחסון באופן שניתן לאימות.
ההתנהגות של מדיניות IAM במשאבים בפרויקטים שונים
יש הבדל תפעולי קריטי בין המטא-נתונים של Knowledge Catalog לבין מדיניות ה-IAM שנאכפת על הנתונים הפיזיים הבסיסיים (כמו מערכי נתונים של BigQuery או קטגוריות של Cloud Storage).
המטא-נתונים של Knowledge Catalog בפרויקט נמחקים באופן אוטומטי, אבל קישורי IAM שחלים על משאבי נתונים שנמצאים בפרויקט אחר (פרויקט ב') לא מבוטלים באופן אוטומטי כשמוחקים את הפרויקט של בעלי מוצר הנתונים (פרויקט א').
קישורים מיותמים: מכיוון שהמשאבים הפיזיים בפרויקט היעד נשארים פעילים, מערכת IAM לא מסירה באופן אוטומטי את המזהים של חשבונות המשתמשים שמשויכים לפרויקט שנמחק.
למנוע הרשאות זומבי: כדי להבטיח השבתה מלאה של הגישה לנתונים, לפני שמוחקים פרויקט צריך למחוק באופן ידני את נכסי הנתונים ממוצרי הנתונים, או להסיר באופן מפורש את הקישורים המשויכים ל-IAM מהמשאבים בפרויקטים השונים.
שחזור פרויקט (ביטול מחיקה)
אם תשחזרו פרויקט שנמחק במהלך תקופת החסד של 30 הימים, המערכת של Knowledge Catalog תנסה לשחזר את המשאבים ואת החשיפה שלהם בקטלוג. בנכסים שמשותפים בין פרויקטים, בדרך כלל הגישה לנתונים מתחדשת מיד בפרויקט ששוחזר, כי הקישורים הבסיסיים ל-IAM לא בוטלו באופן אוטומטי בתהליך המחיקה.