הגדרת Cloud Hub

במאמר הזה מוסבר איך להגדיר את Cloud Hub.

תהליך ההגדרה כולל כמה שלבים עיקריים:

  1. כדי ליצור אפליקציות ב-App Hub ולצפות בנתונים שלהן ב-Cloud Hub, צריך להגדיר ניהול אפליקציות.

    אם לא מגדירים ניהול אפליקציות, עדיין אפשר לראות נתונים מסוימים לפיGoogle Cloud פרויקט במקום לפי אפליקציה ב-Cloud Hub.

  2. מפעילים ממשקי API לנתוני הפרויקט. חלק מהדפים ב-Cloud Hub לא תומכים בנתוני אפליקציות. צריך להפעיל את ממשקי ה-API עבור הדפים האלה בנפרד.

  3. הגדרת תצוגות מצטברות של יומנים, מדדים ועקבות.

  4. הענקת גישה למשתמשי Cloud Hub.

יכול להיות שאנשים או צוותים שונים יהיו אחראים לשלבים שונים בתהליך ההגדרה של Cloud Hub.

הגדרת ניהול אפליקציות

בקטע הזה מוסבר איך מפעילים את ניהול האפליקציות ויוצרים את האפליקציות.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות להגדרת תיקייה עם אפליקציות, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים:

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

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

הפעלת ניהול אפליקציות

ניהול אפליקציות מאפשר לכם להסיט את המיקוד מרכיבי תשתית ספציפיים לאפליקציה כולה.

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

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

כדי להפעיל ניהול אפליקציות בתיקייה:

המסוף

  1. בוחרים או יוצרים את התיקייה שרוצים להגדיר כתיקייה לניהול אפליקציות. Google Cloud כדי ליצור תיקייה חדשה, אפשר לעיין במאמר בנושא יצירת תיקיות.

  2. במסוף Google Cloud , פותחים את הדף Manage resources.

    כניסה לדף Manage resources

  3. ברשימת הפרויקטים והתיקיות, מאתרים את התיקייה שרוצים להגדיר.

    אם בתיקייה מופיע הסמל של תיקייה לניהול אפליקציות , סימן שההגדרה 'ניהול אפליקציות' כבר מופעלת.

  4. בשורת התיקייה, פותחים את התפריט Actions (פעולות) ולוחצים על Settings (הגדרות).

    אם ההגדרה 'ניהול אפליקציות' לא הופעלה בתיקייה, הערך לא הופעל מוצג בהגדרה ניהול אפליקציות.

  5. באזור הפעלת ניהול אפליקציות, לוחצים על יצירת פרויקט.

    נפתחת החלונית Create management project and enable required APIs (יצירת פרויקט ניהול והפעלת ממשקי API נדרשים).

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

  7. כדי להפעיל את ניהול האפליקציות, לוחצים על יצירת פרויקט והפעלת ממשקי API.

    המערכת יוצרת את פרויקט הניהול בתיקייה.

  8. רושמים את שם הפרויקט ואת מזהה הפרויקט של פרויקט הניהול. תשתמשו בערכים האלה כדי להעניק גישה.

    לחלופין, כדי לקבל את מזהה פרויקט הניהול, אפשר להשתמש בפקודה הבאה של Google Cloud CLI:

    gcloud resource-manager folders describe FOLDER_ID
    --format="value(managementProject.split('/').slice(-1))"

    מחליפים את FOLDER_ID במזהה של התיקייה שמופעלת בה האפליקציה.

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

gcloud

  1. במסוף Google Cloud , מפעילים את Cloud Shell.

    הפעלת Cloud Shell

    בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

  2. מוודאים שמותקנת הגרסה העדכנית ביותר של Google Cloud CLI:

    gcloud components update

  3. כדי להפעיל את ניהול האפליקציות בתיקייה ספציפית, משתמשים בפקודה gcloud resource-manager capabilities update עם הדגל --enable.

    gcloud resource-manager capabilities update folders/FOLDER_ID/capabilities/app-management \
   --enable

    מחליפים את FOLDER_ID במזהה התיקייה.

    הפקודה הזו מפעילה את היכולת לנהל אפליקציות בתיקייה שצוינה, ומקצה אוטומטית פרויקט חדש של Google Cloud בתוך התיקייה הזו, שישמש כפרויקט הניהול.

  4. אפשר גם להפעיל ממשקי API מומלצים בפרויקט הניהול. כדי לעשות זאת, פועלים לפי ההוראות להפעלת שירותים בפרויקט. Google Cloud

Terraform

כדי להפעיל ניהול אפליקציות בתיקייה באמצעות Terraform, משתמשים במשאב google_resource_manager_capability. לדוגמה:

resource "google_folder" "folder" {
  display_name     = "my-folder"
  parent           = "organizations/123456789"
  deletion_protection = false
}
resource "time_sleep" "wait_60s" {
  depends_on = [google_folder.folder]
  create_duration = "60s"
}
resource "google_resource_manager_capability" "capability" {
  value            = true
  parent           = "${google_folder.folder.name}"
  capability_name  = "app-management"
  depends_on = [time_sleep.wait_60s]
}

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

קישור חשבון לחיוב לפרויקט הניהול

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

  • ניהול עומסי עבודה שחורגים ממכסות המשאבים של מרכז האפליקציות.
  • אפשר להשתמש ב-Application Design Center כדי ליצור תבניות ולפרוס אפליקציות.

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

כדי לקשר חשבון פעיל לחיוב לפרויקט הניהול:

המסוף

  1. מוודאים שקיים החשבון לחיוב שבו רוצים להשתמש לניהול האפליקציה. במאמר יצירת חשבון חדש לחיוב ב-Cloud בניהול עצמי מוסבר איך יוצרים חשבון לחיוב.

  2. פותחים את הדף Billing במסוף Google Cloud .

    לדף החיוב

  3. בכרטיסייה My projects, מאתרים את פרויקט הניהול.

  4. בשורת הפרויקט, פותחים את התפריט Actions, בוחרים באפשרות Change billing ואז בוחרים את החשבון לחיוב ב-Cloud.

מידע נוסף על הפעלת החיוב בפרויקט זמין במאמר הפעלת החיוב בפרויקט.

gcloud 

gcloud billing projects link PROJECT_ID \
    --billing-account ACCOUNT_ID

מחליפים את מה שכתוב בשדות הבאים:

  • ‫PROJECT_ID: מזהה פרויקט הניהול.
  • ‫ACCOUNT_ID: המזהה של החשבון לחיוב. מזהי החשבונות לחיוב הם בפורמט 0X0X0X-0X0X0X-0X0X0X.

הגדרת היקפי ניראות

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

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

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

רכיב ההיקף תרחיש הגדרה פעולות מרכזיות ודברים שחשוב לקחת בחשבון
אוסף תצוגות יומן (log scope) אתם משתמשים ב- aggregated sink כדי לנתב את כל היומנים בארגון לדלי יומנים מרכזי.
  1. יוצרים תצוגת יומן שכוללת רק יומני אפליקציות שמאוחסנים בדלי.
  2. מגדירים את אוסף תצוגות היומן (log scope) של ברירת המחדל בפרויקט הניהול כך שיכלול את תצוגת היומן.
אין לכם מאגר נתונים משולב ברמת הארגון, ולתיקייה לניהול אפליקציות אין תיקיות משנה.
  1. מגדירים אובייקט sink מצטבר כדי לנתב יומנים של אפליקציות אל קטגוריית היומן _Default של פרויקט הניהול.
  2. מוודאים שאוסף תצוגות היומן (log scope) שנקרא _Default הוא היקף היומן שמוגדר כברירת מחדל.
אתם לא רוצים להשתמש במאגר נתונים מאוחד. מגדירים את אוסף תצוגות היומן (log scope) של ברירת המחדל בפרויקט הניהול כדי להציג את מיקומי האחסון של נתוני היומן של האפליקציה.
היקף המדדים בפרויקט הגדרתם תיקייה לניהול אפליקציות שכוללת את כל הפרויקטים שבהם מאוחסנים נתוני המדדים שאתם רוצים לראות. ‫Google Cloud Observability מנסה לסנכרן את רשימת הפרויקטים בתיקייה לניהול אפליקציות עם רשימת הפרויקטים בהיקף המדדים.

כל עוד מספר הפרויקטים בתיקייה לניהול אפליקציות לא חורג מהמכסה של היקף המדדים בפרויקט, Google Cloud Observability יכול לעדכן את רשימת הפרויקטים בהיקף המדדים בפרויקט כשמוסיפים או מסירים פרויקטים בתיקייה לניהול אפליקציות.
היקף ה-Trace אתם רוצים לעקוב אחרי נתוני Trace של אפליקציות בכמה פרויקטים.
  1. יוצרים היקף מעקב מותאם אישית בפרויקט הניהול שמפרט את הפרויקטים שבהם מאוחסנים נתוני המעקב של האפליקציה.
  2. הגדרת היקף המעקב המותאם אישית כהיקף המעקב שמוגדר כברירת מחדל.

יצירת אפליקציות

אחרי הפעלת ניהול האפליקציות, אפשר ליצור את האפליקציות. יש לכם את האפשרויות הבאות ליצירת האפליקציות:

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

הפעלת ממשקי API ל-Cloud Hub

ל-Cloud Hub אין API משלו. במקום זאת, הוא קורא לממשקי API אחרים שמספקים נתונים ל-Cloud Hub.

בטבלה הבאה מפורטים ממשקי ה-API שבהם נעשה שימוש ב-Cloud Hub. חלק מהממשקי ה-API האלה כרוכים בעלויות או שיש להם תלות בעלויות. מידע נוסף מופיע בקישורים בנושא תמחור.

API שימוש ב-Cloud Hub תמחור

App Hub API
(apphub.googleapis.com)

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

נדרש כדי להציג נתוני אפליקציות ב-Cloud Hub. מידע על מרכז האפליקציות

תמחור של מרכז האפליקציות

App Topology API
(apptopology.googleapis.com)

הצגת המחשות ויזואליות של הקשרים בין משאבי האפליקציה.

נדרש כדי להציג את הוויזואליזציות של App Topology.

App Design Center API
(designcenter.googleapis.com)

תכנון, פריסה ועדכון של אפליקציות

נדרש כדי להציג פריסות של אפליקציות ב-Cloud Hub.

 Pricing

App Optimize API
(appoptimize.googleapis.com)

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

נדרש כדי להציג נתונים בדף האופטימיזציה ב-Cloud Hub.

אין חיובים נוספים על ה-API הזה. ממשק ה-API מאחזר נתונים מ-Cloud Billing ומ-Cloud Monitoring

Capacity Planner API
(planner.googleapis.com)

צפייה בנתוני עלויות ושימוש כדי לבצע אופטימיזציה של העלויות.

נדרש כדי לראות את נתוני השימוש והתחזיות ב-Cloud Hub.

 תמחור של Capacity Planner

‫Compute Engine API
(compute.googleapis.com)

הקצאת מכונות וירטואליות (VM) בניהול עצמי ומכונות Bare Metal.

נדרש כדי להציג נתוני הזמנה ב-Cloud Hub.

 פרטי חיוב להזמנות עתידיות
Cloud Logging API
(logging.googleapis.com)

ניהול יומנים בזמן אמת.

השירות הזה מספק רישום ביומן לשירותי Google Cloud . שדה חובה בשביל הדף Health & Troubleshooting ב-Cloud Hub.

תמחור של יכולת התבוננות
Cloud Monitoring API API
(monitoring.googleapis.com)

השירות הזה מספק מדדים והתראות לשירותי Google Cloud . נדרשת כדי להציג נתוני התראות וטלמטריה בדף Health & Troubleshooting ב-Cloud Hub.

תמחור של יכולת התבוננות
Service Health API
(servicehealth.googleapis.com)

זיהוי Google Cloud שיבושים בשירות שרלוונטיים לאפליקציות שלכם

נדרשת כדי להציג Google Cloud אירועים בדפים Health & Troubleshooting וSupport ב-Cloud Hub.

תמחור של המרכז האישי ב-Service Health
Recommender API
(recommender.googleapis.com)

ליצור המלצות ותובנות של Active Assist שיעזרו לכם לשפר את השימוש במשאבים שלכם ב- Google Cloud

נדרשת כדי לראות המלצות לאופטימיזציה של עלויות ב-Cloud Hub

תמחור של שירות ההמלצות
‫Gemini Cloud Assist API
(geminicloudassist.googleapis.com)

מוצר מתוך חבילת Gemini for Google Cloud שמציע עזרה מבוססת-AI כדי לפשט את מחזור החיים של האפליקציה ב- Google Cloud.

מומלץ להשתמש ב-Gemini Cloud Assist כדי לקבל עזרה במשימות כמו אופטימיזציה של עלויות ופתרון בעיות.

התמחור של Gemini Cloud Assist
Cloud Quotas API
(cloudquotas.googleapis.com)

הצגה וניהול של מכסות.

נדרשת כדי לראות את המכסות ואת מגבלות המערכת ב-Cloud Hub.

 מחירון של מכסות ב-Cloud
Unified Maintenance API
(maintenance.googleapis.com)

ניהול תחזוקה מתוכננת בשירותי Google Cloud .

נדרשת כדי להציג פעילויות תחזוקה ב-Cloud Hub

 תמחור Unified Maintenance
Service Usage API
(serviceusage.googleapis.com)

הצגה וניהול של ממשקי API ושירותים בפרויקטים שלכם ב- Google Cloud .

נדרשת כדי לראות את המכסות ואת מגבלות המערכת ב-Cloud Hub.

 תמחור של שימוש בשירות

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

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

ההוראות בקטע הזה מסבירות איך להפעיל ממשקי API חסרים ב-Cloud Hub.

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

  • בדף התחזוקה: אם הפרויקטים שלכם לא נמצאים בתיקייה לניהול אפליקציות, צריך להגדיר פרויקט לצורך צבירת יומנים מהפרויקטים האחרים, ואז להפעיל את Unified Maintenance API בפרויקט הזה.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות להפעלת ממשקי API, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM ‏ (roles/serviceusage.serviceUsageAdmin) 'אדמין של Service Usage' בפרויקט שבו רוצים להפעיל ממשקי API. להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

הפעלת ממשקי ה-API

מידע על ממשקי API שנעשה בהם שימוש ב-Cloud Hub זמין במאמר בנושא הפעלת ממשקי API עבור Cloud Hub.

המסוף

בדף הבית של Cloud Hub, אפשר לראות רשימה של ממשקי API שלא הופעלו עבור Cloud Hub ולהפעיל את ממשקי ה-API האלה.

  1. נכנסים לדף Home במסוף Google Cloud .

    מעבר לדף הבית

  2. בכלי לבחירת פרויקטים, בוחרים את הפרויקט שרוצים לראות.

  3. לצד 'הפעלת ממשקי API מומלצים' לוחצים על הפעלת ממשקי API. נפתחת חלונית עם ממשקי API שעדיין לא הופעלו.

  4. בוחרים את ה-API שרוצים להפעיל ולוחצים על הפעלה.

gcloud

  1. מגדירים את פרויקט ברירת המחדל לפרויקט שבו רוצים להפעיל את ה-API.

    gcloud config set project PROJECT_ID

    מחליפים את PROJECT_ID במזהה הפרויקט.

  2. קבלת רשימה של שירותים שאפשר להפעיל בפרויקט:

    gcloud services list --available

    אם ה-API לא מופיע ברשימה, סימן שלא קיבלתם גישה להפעלת ה-API.

  3. מפעילים את השירותים שרוצים להשתמש בהם בפרויקט. אפשר להפעיל יותר מ-API אחד על ידי ציון רשימה של שמות שירותים.

    gcloud services enable SERVICE_NAME1 SERVICE_NAME2

הענקת גישה למשתמשי Cloud Hub

התפקיד Cloud Hub Operator כולל הרשאות לצפייה ברוב הנתונים ב-Cloud Hub.

בהתאם לאחריות הספציפית של המשתמשים, יכול להיות שתצטרכו להקצות להם תפקידים נוספים כדי שיוכלו להשתמש בתכונות של Gemini Cloud Assist או לבצע פעולות על נתונים שהם רואים ב-Cloud Hub. מידע נוסף זמין במאמר בקרת גישה באמצעות IAM.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות לניהול הגישה לפרויקט או לתיקייה, מבקשים מהאדמין להקצות את תפקידי ה-IAM הבאים במשאב שעבורו אתם רוצים לנהל את הגישה (פרויקט או תיקייה):

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

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

הענקת גישה למשתמשים

המסוף

  1. עוברים לדף הבית ב-Cloud Hub.

    מעבר לדף הבית

  2. בתפריט לבחירת פרויקט, בוחרים את התיקייה או הפרויקט שמופעלת בהם האפליקציה שרוצים לתת לה גישה.

  3. לוחצים על הענקת גישה. תיפתח החלונית הענקת גישה ל-Cloud Hub.

  4. בשדה New principals, מזינים חשבון ראשי שצריך גישה ל-Cloud Hub.

  5. לוחצים על מתן תפקידים.

gcloud

  1. במסוף Google Cloud , מפעילים את Cloud Shell.

    הפעלת Cloud Shell

    בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

  2. מוודאים שמותקנת הגרסה העדכנית ביותר של Google Cloud CLI. מריצים את הפקודה הבאה מ-Cloud Shell:

    gcloud components update

  3. כדי להקצות את התפקיד Cloud Hub Operator, מריצים את הפקודה המתאימה:

    בתיקייה לניהול אפליקציות:

    gcloud resource-manager folders add-iam-policy-binding FOLDER_ID \
    --member='user:PRINCIPAL' \
    --role='roles/cloudhub.operator'

    לפרויקט בודד:

    gcloud projects add-iam-policy-binding PROJECT_ID \
    --member='user:PRINCIPAL' \
    --role='roles/cloudhub.operator'

    מחליפים את המשתנים הבאים:

    • ‫FOLDER_ID: המזהה של התיקייה שמופעלות בה אפליקציות. במסוף Google Cloud , מזהה התיקייה מופיע בדף Home ב-Cloud Hub. השדה סוג התיקייה מקבל את הערך App-enabled folder אם התיקייה מוגדרת לניהול אפליקציות.
    • ‫PROJECT_ID: מזהה הפרויקט. במסוף Google Cloud , מזהה הפרויקט מופיע בדף Home ב-Cloud Hub.
    • ‫PRINCIPAL: הזהות שאתם רוצים לתת לה הרשאה

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