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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מאפיינים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

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

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

מודל המשאבים של מרכז האפליקציות

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

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

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

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

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