מילון מונחים

שירות מופעל

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

שירות מנוהל

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

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

פעולה

  • המושג הכללי 'פעולה' ב-Service Infrastructure מייצג את הפעילויות של השירות המנוהל, למשל קריאות ל-API ושימוש במשאבים. כל פעולה משויכת לשירות מנוהל ולצרכן שירות מסוים, וכוללת קבוצה של מאפיינים (properties) שמתארים את הפעולה, כמו השם של שיטת ה-API או סך כל השימוש במשאבים.

שירות פרטי

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

    הגדרה של שירות כפרטי לא קשורה לקישוריות באמצעות כתובות IP ציבוריות או פרטיות (RFC 1918).

שירות ציבורי

  • ממשקי API ציבוריים ושירותים ציבוריים גלויים באופן גלובלי לכל המשתמשים. BigQuery API,‏ Cloud Storage ו-Cloud Monitoring API הם דוגמאות לממשקי API ושירותים ציבוריים. Google Cloud בדף Cloud APIs יש רשימה מלאה של ממשקי ה-API הציבוריים.

    הגדרה של שירות כציבורי לא קשורה לקישוריות באמצעות כתובות IP ציבוריות או פרטיות (RFC 1918).

הגדרת שירות

  • כל שירות מנוהל מתואר על ידי הגדרת שירות שכוללת מגוון רחב של מאפיינים, בהם שם השירות, הכותרת, ההגדרות של RPC API, הגדרות של API ל-REST, תיעוד, אימות ועוד.

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

    אפשרות נוספת ב-Service Management API לשינוי הגדרת שירות היא באמצעות פרסום מפרט OpenAPI (נקרא בעבר מפרט Swagger), שהופך אוטומטית להגדרת שירות תואמת.

צרכן שירות

  • סוכן (למשל, משתמש או קבוצה של משתמשים) שבבעלותו Google Cloud פרויקט שהפעיל את האפשרות להשתמש בממשקי API ולכן יכול להשתמש בהם במסגרת שירות מנוהל. שירות מנוהל יכול לשרת צרכני שירות רבים.

Service Consumer Management API

Service Control API

Service Management API

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

הבעלים של שירות מנוהל

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

השקה של שירות

  • כשמשיקים שירות מגדירים ל-Service Management API את אופן הפריסה וההפעלה של הגדרת השירות ב-Google Cloud Platform. באמצעות ההשקה אתם יכולים לפרוס כמה גרסאות של הגדרת שירות באותו זמן, ולציין את אסטרטגיית השימוש בהן.

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

Service Usage API

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

פרויקט של דייר (tenant)

יחידות ייעודיות לדיירים בענן

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