מושגים מרכזיים

במאמר הזה מוסברים המונחים והמושגים העיקריים שקשורים ל-Application-centric Google Cloud.

אפליקציה (גם אפליקציה של App Hub)

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

תחום לניהול אפליקציות (גם: תחום)

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

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

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

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

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

נכס

ב-Application Design Center, רכיב שמספק משאבים תומכים לאפליקציה, למשל לניהול של בקרות גישה או הגדרות. לדוגמה, נכס יכול להיות חשבון שירות שמשמש כזהות כדי לשלוט בהרשאות הגישה לאפליקציה, או סוד ב-Secret Manager שמשמש לניהול מאובטח של מפתחות API.

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

הקובץ המצורף

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

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

קטלוג

ב-Application Design Center, אוסף של תבניות שאפשר לשתף בין מרחבים שונים.

רכיב (גם רכיב באפליקציה)

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

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

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

קנבס לעיצוב

הממשק ב-Application Design Center שבו מוסיפים רכיבים ויוצרים תרשים של אפליקציה.

טיוטה (גם טיוטת בקשה)

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

פרויקט מארח (דור קודם)

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

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

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

פרויקט ניהול

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

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

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

שירות

רכיב באפליקציה שמתייחס לממשק רשת או לממשק API שחושף פונקציונליות ללקוחות. השירותים פועלים כממשקים לעומסי עבודה. לדוגמה, שירות יכול להיות מאזן עומסים שחושף כתובת IP ויציאה יציבות, נושא Pub/Sub או מודל Vertex AI.

ב-App Hub יש תמיכה בשני ערכים של מאפיין סוג הרישום (RegistrationType) לשירותים:

  • ‫Exclusive ‏(EXCLUSIVE): שירותים שאפשר לרשום רק לאפליקציה אחת.
  • ‫Shared ‏(SHARED): שירותים שאפשר לרשום לכמה אפליקציות.

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

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

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

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

פרויקט שירות (דור קודם)

פרויקט ב- Google Cloud שמכיל רכיבים באפליקציה שמשמשים את האפליקציות, כמו מכונות וירטואליות, אשכולות של Google Kubernetes Engine או מאזני עומסים.

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

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

רווח

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

תבנית (גם: תבנית בקשה)

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

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

עומס עבודה

רכיב באפליקציה שמספק משאבי מחשוב כדי להריץ את הפריסות הבינאריות ואת הקוד של חלק נפרד מהלוגיקה העסקית של האפליקציה. לדוגמה, עומס עבודה של אפליקציית מסחר אלקטרוני יכול לטפל בעיבוד תשלומים ולפעול כפריסה של Google Kubernetes Engine או כקבוצת מופעי מכונה מנוהלים (MIG) של Compute Engine. לעומס עבודה של סוכן AI יכולים להיות סוג פונקציונלי ומאפייני מטא-נתונים מורחבים.

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

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