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

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

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

למה Cloud Deploy עושה את זה?

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

למה זה חשוב?

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

מתי זה חשוב?

• כשמקדמים release

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

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

  gcloud deploy releases promote 
      …
The pipeline or targets were cached when the release was created, but the source
has changed since then. You should review the differences before proceeding.

Promoting release xxxx-release-00n to target xxx.

Do you want to continue (Y/n)?

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

• כשמאשרים rollout

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

• כשמבטלים את השדרוג של release.

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

מה אפשר לעשות

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

• לאפשר לצינור המקורי להמשיך לפעול, בלי השינויים מצינור העיבוד הערוך.

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

• יוצרים גרסה חדשה.

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