הסבר על המונחים ב-Cloud Deploy

המונחים במסמך הזה מוגדרים בהתאם לאופן השימוש בהם ב-Cloud Deploy.

נטישה

כדי להשבית פריט תוכן לצמיתות.

ניתוח

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

בקשת הצטרפות

התוכנה שאתם רוצים לפרוס באמצעות Cloud Deploy.

שליחת אפליקציות

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

פריט מידע שנוצר בתהליך

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

אוטומציה

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

כלל אוטומטי

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

רשימת הכללים האוטומטיים הזמינים מופיעה במאמר שימוש בכללים אוטומטיים.

הרצת פעולה אוטומטית

מופע של אוטומציה.

פריסה של גרסה ראשונית (canary)

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

השקה לילדים

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

אפשר לעיין גם במאמר בנושא השקת בקרים.

יעד משני

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

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

פיתוח רציף (continuous delivery)

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

פריסה רציפה

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

לעומת זאת, פריסה רציפה (CD) היא אוטומטית ולא נדרש אישור ידני.

השקת בקר

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

אפשר לעיין גם במאמרים בנושא פריסה מקבילה ומספר יעדים.

יעד בהתאמה אישית

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

הצהרתיים

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

בנוסף להצגה ולפריסה של מניפסטים הצהרתיים של Kubernetes,‏ Cloud Deploy משתמש בהגדרות הצהרתיות של משאבים כדי להגדיר את תהליך ההצגה והמסירה. ‫skaffold.yaml ו-clouddeploy.yaml הם שמות קבצים אופייניים להגדרת Skaffold ולהגדרת צינור העברת נתונים.

צינור עיבוד נתונים לפריסה

ייצוג של תהליך העבודה שמעביר אפליקציה לכל יעד בהתקדמות הפריסה.

במסמכי Cloud Deploy, המונח צינור עיבוד נתונים להעברה משמש כדי להבדיל אותו מצינורות עיבוד נתונים אחרים שבהם אתם עשויים להשתמש, כמו צינור עיבוד נתונים של CI.

ב-Cloud Deploy, צינור העברת הנתונים מוגדר בקובץ הגדרות בפורמט YAML – בדרך כלל clouddeploy.yaml – וההגדרה הזו כוללת את הרכיבים הבאים:

  • יעדי פריסה
  • רצף המבצע בין היעדים האלה

אפשר לעיין גם במאמר בנושא מופע של צינור.

פריסת תוכן מושך

פעולה שרירותית שאפשר להריץ לפני או אחרי הפריסה. מידע נוסף

פרמטרים של פריסה

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

אסטרטגיית פריסה

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

סביבת הפעלה

קבוצה של משאבים ב- Google Cloud שבהם Cloud Deploy פועל. הוא מורכב מהרכיבים הבאים:

  • מאגר העובדים שמוגדר כברירת מחדל או כפרטי, שבו Cloud Deploy מבצע פעולות של עיבוד ופריסה

  • חשבון השירות של סביבת ההפעלה שמוגדר כברירת מחדל או כחלופה, שקורא ל-Cloud Deploy כדי לבצע עיבוד ופריסה

  • מיקום האחסון שמוגדר כברירת מחדל או מיקום חלופי למניפסטים שעברו עיבוד ב-Cloud Storage.

מועשר בלחות

ראו Render.

משימה

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

הרצת משימה

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

מניפסט

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

קובצי מניפסט ב-Cloud Deploy יכולים להיות באחד משני מצבים: מעובד או לא מעובד. מניפסט שלא עבר רינדור לא מוכן לפריסה ביעד. תהליך העיבוד, שכולל מילוי ערכים ספציפיים במניפסט, מתבצע לעיתים קרובות על ידי כלים כמו Helm,‏ Kustomize ו-kpt. ‫Cloud Deploy משתמש ב-Skaffold כדי לתזמן את העיבוד של ההגדרות (הפקודה skaffold render).

אפשר לעיין גם במאמר בנושא עיבוד.

מספר יעדים

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

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

פריסה מקבילה

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

שלב

אוסף הפעולות (העבודות) בהשקה שמקובצות יחד באופן לוגי, למשל פריסה או פריסה ואימות. מידע נוסף

פייפליין

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

מופע של צינור עיבוד נתונים

תמונת מצב של צינור העברת נתונים, שצולמה כשנוצר release. ‫Cloud Deploy שומר את התמונה הזו כדי לוודא שכל הפריסות של מהדורה מסוימת מנוהלות באופן עקבי באמצעות צינור העיבוד, כפי שהוגדר כשהמהדורה נוצרה.release

מידע נוסף זמין במאמר Pipeline instances per release.

חוסר התאמה בצינור העיבוד

אם משנים את צינור ההפצה או את יעד ההפצה אחרי שיוצרים גרסה, מופע צינור ההפצה שמשויך ל-release יהיה שונה מהגדרת צינור ההפצה.

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

מידע נוסף זמין במאמר Pipeline instances per release.

התקדמות

הגדרה בקובץ ההגדרות של צינור ההפצה, שמתארת רצף של קידום מיעד אחד או מכמה יעדים ליעד אחר – לדוגמה, מ-test ל-staging ל-prod.

קידום

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

הרשמה

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

גרסה

משאב Cloud Deploy שמייצג את השינויים (קוד, הגדרה או שניהם) שצריך לפרוס.

מחזור החיים של הגרסה מתואר במסמך ארכיטקטורת השירות של Cloud Deploy.

עיבוד

כדי להכין קובץ manifest לפריסה ביעד. הצגת מניפסט מורכבת בעיקר ממתן ערכים למשתנים במניפסט. ‫Cloud Deploy עושה זאת באמצעות skaffold render.

השקה

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

בפריסות מורכבות יותר, למשל בשימוש בשיטת פריסה של גרסה ראשונית (canary), יכול להיות שיהיה מסובך יותר להשתמש ב-rollout. מידע נוסף

אסטרטגיית פריסה רגילה

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

שלב

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

  • dev
  • staging
  • prod

כל אחד מהם הוא שלב אחד.

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

השעיה (של צינור העברת נתונים)

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

יעד

סביבת זמן הריצה הספציפית (אשכול Kubernetes, שירות Cloud Run או זמן ריצה נתמך אחר) שבה רוצים לפרוס את האפליקציה. וגם את ההגדרה של הסביבה הזו.

אפשר להגדיר את יעדי ההפצה בקובץ ההגדרות של צינור ההפצה או בקובץ נפרד.

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

יעד יכול להיות גם יעד מרובה או יעד צאצא כדי לתמוך בפריסה מקבילה.

פריט מידע שנוצר בתהליך פיתוח (Artifact)

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

משימה

אפשרות להגדיר פעולה מותאמת אישית שאפשר להשתמש בה עבור hooks לפני הפריסה ואחרי הפריסה, אימות הפריסה, ניתוח הפריסה או סוג יעד מותאם אישית.

אימות

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