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

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

‫App Hub הוא המרשם המרכזי של האפליקציות, והוא מספק את מודל הנתונים של האפליקציות ל-Google Cloud שמתמקד באפליקציות. המרשם הוא המקור הקובע לבעלות, ליחסי תלות ולהקשר העסקי ב-Application-centric Google Cloud.

למה כדאי להשתמש ב-App Hub?

במקום להתמקד במשאבי תשתית נפרדים, App Hub מתמקד באפליקציות שהם יוצרים, וכך עוזר לכם לייעל את הניהול והתפעול בקנה מידה נרחב.

בעזרת App Hub תוכלו להטמיע את היכולות הבאות שמתמקדות באפליקציות:

  • רישום משאבים יעיל: רישום של כמה שירותים ועומסי עבודה לאפליקציה בבת אחת. אפשר לרשום עד 10 שירותים ועומסי עבודה בכל פעם.

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

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

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

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

במאמר Google Cloud ממוקד-אפליקציות מוסבר איך App Hub משתלב במחזור החיים הרחב יותר של האפליקציה.

מושגים ומודל נתונים של App Hub

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

בטבלה הבאה מוצגת השוואה בין ההגדרה של App Hub לבין השימוש הנפוץ בתעשייה:

מושג הגדרה של App Hub שימוש נפוץ בתחום
אפליקציה קבוצה לוגית של שירותים ועומסי עבודה שביחד מספקים פונקציה עסקית. יכול להתייחס ליחידה אחת שניתן לפרוס, לבסיס קוד או למערכת רחבה.
Service ממשק רשת או ממשק API שחושף פונקציונליות ללקוחות ויכול לנתב בקשות לעומסי עבודה, כמו מאזן עומסים. חלק מהשירותים, כמו אשכולות GKE, מוגדרים כשירותים משותפים שאפשר לרשום לכמה אפליקציות. אפשר לראות את זה במאפיין של סוג הרישום. בדרך כלל מתייחס למיקרו-שירות, לרכיב שניתן לפריסה או לקוד בינארי עם לוגיקה עסקית ונתונים משלו.
עומס עבודה משאבי המחשוב שבהם מותקנים הפריסות הבינאריות של האפליקציה. קוד האפליקציה מהמשאבים האלה מבצע חלק נפרד מהלוגיקה העסקית. לדוגמה, עומס עבודה יכול להיות פריסה של GKE או קבוצת מופעי מכונה מנוהלים (MIG) של Compute Engine שמריצה את הקוד של סוכן AI. מונח כללי יותר לכל תהליך או רכיב שצורך משאבי מחשוב.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מאפיינים ותכונות

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

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

אלה ההגדרות והתכונות של מאפיינים:

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

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

      • ‫EXCLUSIVE: אפשר לרשום את השירות רק לאפליקציה אחת.
      • ‫SHARED: אפשר לרשום את השירות לכמה אפליקציות. הערך הזה מציין שהשירות הוא שירות משותף.

      כדי לדעת אילו שירותים משותפים או בלעדיים, עיינו ברשימת השירותים שנתמכים ב-App Hub.

    • (גרסת טרום-השקה (Preview)) סוג פונקציונלי: מאפיין פלט בלבד שמזהה את הפונקציה הידועה של שירות או עומס עבודה. לדוגמה, כשפורסים סוכן AI באמצעות פלטפורמה מנוהלת כמו Vertex AI Agent Engine, המערכת של App Hub מסווגת את המשאב באופן אוטומטי עם ערך הסוג הפונקציונלי AGENT כדי לציין שעומס העבודה מריץ סוכן AI.

    • (גרסת טרום-השקה (Preview)) מטא-נתונים מורחבים: מאפיין מבוסס-סכימה שמספק מידע מובנה ועשיר על השירות או על עומס העבודה. הוא מתייחס לשדה של מפתח/ערך שמוסיף נתונים מפורטים ספציפיים לסוג. לדוגמה, עומסי עבודה עם ערך סוג פונקציונלי של AGENT יכולים לכלול מטא-נתונים של apphub.googleapis.com/AgentProperties, שמכילים מידע על סוכן שתואם לכרטיס הסוכן Agent2Agent (A2A)‎. במאמר סכימות של מטא-נתונים מורחבים תוכלו למצוא רשימה של סוגי המטא-נתונים הנתמכים והסכימות שלהם. במאמר הצגת סכימות מורחבות של מטא-נתונים מוסבר איך להציג את המטא-נתונים האלה.

    • (גרסת טרום-השקה (Preview)) זהות: מאפיין לפלט בלבד שמכיל את השם של חשבון השירות או של Workload Identity המנוהלת של שירות או עומס עבודה.

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

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

      • ‫developer_owners: צוות הפיתוח שאחראי על הפיתוח והתכנות.
      • ‫operator_owners: צוות המפעילים שמוודא את תקינות זמן הריצה והפעולות.
      • ‫business_owners: צוות עסקי שמוודא שהאיכות וציפיות המשתמשים נענות.

    • חשיבות: החשיבות של הרכיב לעסק. הערכים הנתמכים הם:

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • סביבה: השלב במחזור החיים של הרכיב. הערכים הנתמכים הם:

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

מודל המשאבים של App Hub

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

  • מומלץ: גבול ברמת התיקייה: אם הרכיבים מאורגנים במבנה תיקיות ב- Google Cloud , אפשר להשתמש בתיקייה כגבול. הגישה הזו מתאימה את גבולות ניהול האפליקציות למבנה של הארגון לפי יחידה עסקית, סביבה או צוות, וכוללת באופן אוטומטי את כל הפרויקטים בתיקייה הזו.
  • (גרסת טרום-השקה (Preview)) תחום של פרויקט יחיד: לאפליקציות קטנות שבהן כל המשאבים של Google Cloud נמצאים בפרויקט אחד, אפשר להגדיר את הפרויקט היחיד הזה בתור התחום. זו הדרך המהירה ביותר להתחיל לעבוד עם ניהול אפליקציות. כדי להגדיר גבולות לפרויקט יחיד, אתם יכולים להגדיר את הפרויקט כפרויקט ניהול עצמאי.
  • (מדור קודם) גבול של כמה פרויקטים עם פרויקט מארח: למשתמשים קיימים, App Hub תומך במודל מדור קודם שבו אפשר להגדיר פרויקט מארח לניהול אפליקציות על ידי הפעלת App Hub API בפרויקט Google Cloud . לאחר מכן, מחברים אליו באופן ידני פרויקטים אחרים של Google Cloud , שנקראים פרויקטים של שירות, כדי לגלות משאבים בכמה פרויקטים.

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

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

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