במסמך הזה מפורטת סקירה כללית על אופן הפעולה של פרויקטים ב-Google Distributed Cloud (GDC) במודל Air-gapped. פרויקט הוא אוסף של המשאבים שלכם. פרויקטים עוזרים לפלח את המשאבים בארגון ולספק גבול לניהול מחזורי החיים של המשאבים ולאכיפת מדיניות. כשפרויקט נמחק, כל המשאבים שבו נמחקים גם כן, ומדיניות שחלה על פרויקט חלה גם על כל המשאבים בפרויקט. אתם יכולים להשתמש בפרויקטים כדי לארגן ולנהל את המשאבים שלכם כקבוצה. מידע נוסף מופיע במאמר היררכיית המשאבים.
המסמך הזה מיועד לקהלים כמו אדמינים של IT, מהנדסי אבטחה ואדמינים של רשתות בקבוצת האדמינים של הפלטפורמה, שאחראים על ניהול משאבים בארגון שלהם. מידע נוסף זמין במאמר בנושא קהלים ב-GDC עם air gap.
מזהי פרויקטים
לפרויקט יש שני מזהים:
השם המוצג: שם הפרויקט שקריא לבני אדם. השם המוצג לא נמצא בשימוש ב-GDC APIs. אפשר לערוך את שם הפרויקט בכל שלב במהלך יצירת הפרויקט או אחריו. השמות לתצוגה לא צריכים להיות ייחודיים.
שם הפרויקט: מזהה ייחודי בעולם של הפרויקט. שם הפרויקט הוא מחרוזת ייחודית שמשמשת להבחנה בין הפרויקטים ב-GDC. שם הפרויקט נוצר מהשם המוצג הראשוני כשיוצרים פרויקט, ואי אפשר לשנות אותו אחרי שהפרויקט זמין. מרחבי השמות שמופצים על ידי פרויקט זהים לשם הפרויקט.
אל תכללו מידע רגיש בשם המוצג, בשם הפרויקט או בשמות אחרים של משאבים. שם הפרויקט משמש בשם של הרבה משאבים אחרים ב-GDC, וכל הפניה לפרויקט או למשאבים קשורים חושפת את שם הפרויקט ואת שם המשאב.
מרחב השמות של הפרויקט
מרחב השמות של פרויקט מארח כמה משאבים והגדרות, למשל:
- ממשקי API של שירותים בהיקף הפרויקט או הגדרות של משאבים מותאמים אישית ב-Kubernetes.
- הגדרות מדיניות ברמת הפרויקט, כמו תפקידים וקישורי תפקידים.
פרויקט נחשב למרחב שמות של Kubernetes שיכול לכלול מספר אשכולות Kubernetes משותפים בארגון. אשכול משותף הוא אשכול Kubernetes שאפשר לצרף לכמה פרויקטים, ואילו אשכול רגיל הוא אשכול Kubernetes שפועל במרחב שמות של פרויקט יחיד. מידע נוסף על אשכולות Kubernetes ב-GDC זמין במאמר הגדרות של אשכולות Kubernetes.
מערכת Kubernetes מתייחסת לכל אשכול משותף כישות נפרדת, ולכל אשכול משותף יש מרחב שמות עצמאי של פרויקט. עם זאת, בכל האשכולות המשותפים בארגון GDC, מערכת GDC מתייחסת לכל מרחבי השמות עם אותו שם כאל אותו מרחב שמות. התופעה הזו נקראת זהות מרחב השמות. למרחב השמות היחיד יש בעלים עקבי בכל קבוצת האשכולות המשותפים. ספקי שירותים יוצרים שירותים בהיקף הפרויקט על ידי יצירת רכיבי מישור בקרה ומישור נתונים במרחב השמות.
דיאגרמה שממחישה את הדמיון בין מרחבי שמות בשלושה אשכולות משותפים, כל אחד עבור עומסי עבודה של קונטיינרים שמתאימים למחזור החיים של פיתוח בארגון. יש שני מרחבי שמות של פרויקטים, backend ו-frontend, שמספקים מרחבי שמות שמשתרעים על פני האשכולות. למרות שמרחב שמות של פרויקט משוכפל בכמה אשכולות משותפים, הוא מזוהה כמרחב שמות יחיד עם הרשאות ומאפיינים עקביים.