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

במהלך פיתוח התשתית בענן, יכול להיות שתארגנו את המשאבים שלכם ב- 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 סטטוס הרישום של שירותים ועומסי עבודה שרשומים באפליקציה יכול להשתנות למנותק מהסיבות הבאות:

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

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

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