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

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

אפליקציה (נקראת גם אפליקציה של מרכז האפליקציות)

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

גבולות ניהול אפליקציות (נקראים גם גבולות)

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

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

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

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

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

נכס

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

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

הקובץ המצורף

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

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

קטלוג

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

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

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

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

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

קנבס העיצוב

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

טיוטה (גם: טיוטה של אפליקציה)

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

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

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

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

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

פרויקט ניהול

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

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

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

שירות

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

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

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

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

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

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

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

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

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

רווח

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

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

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

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

עומס עבודה

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

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

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