שחרור ובימוי מתקדמים

(סעיף: ארכיטקטורה ופרוטוקולים)

1) מדוע משלוח מתקדם

התוכנית הקלאסית של dev ls test * staging ach prod אינה מבטיחה בטיחות: ככל שקרוב יותר לייצור, הסיכון לחוסר עקביות גבוה יותר. השחרור המתקדם ממזער את רדיוס הפיצוץ, מגדיל בהדרגה את נתח התנועה/קהל ומחזק פתרונות בעזרת מדדים ו-SLO. יחד עם ההיערכות, זה נותן: אפס זמן השבתה, גלגול מהיר, תהליך חוזר ובקרת איכות ניתנת למדידה.

2) מונחים

היערכות (סביבות) - השלבים הפורמליים של מחזור החיים של החפץ: "dev", "ci", "qa/test'," staging/pre-prod', "prod', כמו גם תצוגה מקדימה של הסביבה תחת ענפי התכונה.
משלוח מתקדם - הכללה משולבת של גירסה/תכונה: קנרית, אחוזי עלייה, פריסת טבעת, פישפלאגים, שיגור כהה, תנועת צל.
קריטריון כניסה אוטומטי (שיעור שגיאה, p95, מדדים עסקיים, תקציב שגיאות SLO).
קידום החפץ הוא קידום של אותו מבנה חתום בין שלבים (חפץ בלתי ניתן לשינוי).

3) מפת הסביבה ומטרתם

3. 1 בסיסי

דב (ארגזי חול מקומיים): לולאות מהירות, תלויות, אבטחה מינימלית.
CI (אינטגרציה עומדת): בדיקות יחידה/אינטגרציה/חוזה, אנליזה סטטית, SCA/SAST.
QA/Test: e2e, טען, רגרסיה. נתונים - סינתטיים או רעולי פנים.
היערכות/קדם-פרוד: מקסימום ”כמוצר”: אותה תצורה, דגלים, גבולות, עיבוד רקע.
תנועה קרבית, SLO/SLI, התראות, תוכניות rollback.

3. 2 נוספים

Ephemeral/Preview per PR: יצירה אוטומטית של דוכן לבקשה, הריסה אוטומטית במיזוג/קרוב.
ארגז החול/UAT לצוותים עסקיים: קבלה, הפגנות, תרחישי אימון.
מעבדת ביצועים: ניסויי עומס מבודדים (מחוללי תנועה, העתקי מידע).

4) עקרונות של היערכות בת קיימא

הגדרות כקוד (ICC, GitOps), סחיפה סביבתית נשללת על ידי קוד ואימות אוטומטי.
Idempotent, חפצים חתומים (SBOM, provenance, attestations), מבנה יחיד = פריסה רב-שלבית.
גרסאות זמן ריצה, גבולות, מדיניות רשת, כללו דגלים. ההבדל הוא רק בסודות/נתונים.
TDM (ניהול נתוני ניסוי): סינתטיקה/מיסוך, נדידה וצדדים כחלק מהצינור.
תצפית לפי עיצוב: סימני שחרור, קורלציה של יומנים/עקבות, לוחות מחוונים אחידים בכל השלבים.

5) מודל שחרור מתקדם

5. כלי גישה 1

פישפלאגים: מתן/ביטול פונקציונליות על ידי מקטעים (מדינה, לקוח, חשבון, זרעים אקראיים).
קנרית: 1-5-10-25-50-100% תנועה עם שערים בכל צעד.
Ting-Press: Internal Process ach beta ach public.
כחול-ירוק: סלטה אטומית לשדרוגים גדולים של פלטפורמה.
השקה אפלה: ביצוע נסתר מבלי להשפיע על המשתמש (איסוף מדדים).
תנועת צל: שיקוף בקשות לגרסה החדשה מבלי לענות למשתמש.

5. 2 שערים אוטומטיים

מדדים טכניים: שיעור שגיאה, p95/p99, רוויה, תור lag.
מדדים עסקיים: אישור, המרה לתשלום, סירוב על ידי צעדי משפך.
תקציב SLO/שגיאה: עצירה מהירה בשריפת תקציב שגיאה מואצת.
משמעות סטטיסטית: הזמן/נפח המינימלי של תנועה בכל צעד, כדי לא לקבל החלטות ”על רעש”.

6) שרשרת CI/CD טיפוסית (התייחסות)

1. מחייב/PR # לבנות: תמונה/חבילה בודדת, חתימה, SBOM.
2. CI-thirectible: יחידה/אינטגרציה/חוזה + אבטחה (SAST/SCA/סריקה סודית).
3. תצוגה מקדימה: הרמה אוטומטית של הדוכן לבדיקה ידנית/UX.
4. QA/Test: e2e + load + chaos tests (אופציונלי).
5. היערכות: עשן, נסיגה של שבילי משתמש קריטיים, בדיקת נדידת מסד נתונים.
6. קנרית פרוד: 1-5% תנועה * שערים * 10-25-50-100%.
7. Rollback/השלמה: במקרה של בעיות - אוטומטי rollback; אם מצליח, מקפל את הגרסה הישנה.

7) נתונים וניהול סכמות

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

8) בטיחות וציות

סודות: KMS/Secrets Manager, סיבוב, עקרון הרשאות מינימום.
בידוד ההיערכות: רשתות/חשבונות/פרויקטים; מונע סינכרון מקרי עם פרוד.
עקבות ביקורת/שחרור: מי/מה/מתי מגולגל החוצה, גירסת חפץ, שינוי אישור.
משלוחי תוכנה: אימות חתימה, מדיניות אמון רישום, איסור אחרון.

9) יכולת תצפית ותפעול

פורמט תווית יחיד: ”[שירות, גרסה, התחייבות, במה, אזור, טבעת]”.
השוואה עם קו בסיס: גירסה קנרית נגד יציבה בכמה תרשימים.
התראות על SLO: מכולת וטכנית, סף שונה לקנרית.
ניטור לאחר שחרור: לפחות N שעות/יום לאפקטים מאוחרים.

10) גלגולים ותוכניות חירום

Rollback כפתור/פקודה - חלק מהצינור (לא קראפט ידני).
קידום הפוך של הדגל הוא מהיר יותר מאשר להרוג מתג.
אמצעי נגד נתונים: עיבוד מחדש של אידמפוטנטים, פיצוי על עסקאות, שכפול.
חוברות משחקים: מי מקבל את ההחלטה, ערוצי תקשורת, תבניות מסרים.

11) עלות וביצועים

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

12) אנטי דפוסים תכופים

סחיפה של סביבות: עריכה ידנית על היציעים, ”זה קצת”.
מבנה אחד לכל סביבה: לבנות מחדש בכל שלב = ”חרקי ייצור בלתי ניתנים להפקה”.
בדיקות על נתונים לא רלוונטיים: בדיקות ”ירוקות” נופלות בדרבן.
אין שערים: שחרור על ידי תחושה במקום SLO.
Long TTLs in DNS תחת Blue-Green; אין דבקות עם תנועה חלקית.
ערבוב מזימות מסד נתונים לא מתאימות עם קנרית/יציב.

13) רשימות בדיקה

לפני הקידום בהיערכות

[ ] תמונה חתומה, SBOM נאספו, נקודות תורפה ברמת כרתים נסגרו.

[ נדידת מסד הנתונים ] ניתנת להרחבה.

[ ] דאטה לבדיקות במסכה/סינתטית.

[ ] לוחות המחוונים/התראות לגרסה החדשה מוכנות.

לפני הכניסה לדחף

[ תוכנית הקנריים ] עם צעדים וסף שאושרו.

[ ] מתג החיסול ותוכנית ההפעלה בדקו את ההיערכות.

[ ] צל תנועה או שיגור אפל שבוצע (במידת האפשר).

[ ] על שיחה הודיע, זמן חלון הסכים.

לאחר השחרור

[ ] מעקב SLO יציב N שעות.

[ ] ניקוי/הגירה ”חוזה” הוחל.

[ ] רטרוספקטיבה ועדכון מהלכים.

14) אפשרויות יישום על ידי ארכיטקטורה

מונולית: תצוגה מקדימה עומדת + כחול-ירוק, ותכונות - דרך דגלים; קנרית מוגבלת על ידי כתובת/עוגייה.
מיקרו-רווחים: כנרית/טבעת טבעית; ניהול חוזים קפדני (CDC), אפי ורסינינג.
שירותים מדינתיים: כחול-ירוק עם חימום ותוכנית הגירה ברורה; תורים/נושאים נפרדים לכל גרסה.

15) צינור התייחסות c GitOps (סקיצה)

מאגר האפליקציה (קוד) משחרר את החפץ.
סוכן GitOps (Argo CD/Flux) מסנכרן "env/dev", "env/qa", "env/staging", "env/prod'.
קידום באמצעות בקשה לקטלוג של השלב הרצוי; מיזוג מפעיל גלגלים ושערים.

16) ניהול מאפיינים וקהלים

קטגוריות על ידי: סוג הלקוח, מדינה, התקן, גרסת יישום, AB-court, זמן של יום.
הרחבה הדרגתית: 1% פנימי = 5% בטא = 25% לקוחות מוקדמים = = 100% כולם.
ניסויי A/B וריבוי יכולות השערות מוצר על אותו מנגנון דגל.

17) תרחישים מעשיים

תרחיש 1 - שילוב תשלומים חדש

1. דוכן ארעי ליחסי ציבור, נסיגת QA. 2) הפעלת ספק עשן + ארגז חול.
2. קנרית פרוד 1% על כותרת ”X-קוהורט = פנימי”. 4) שערים: שיעור שגיאה בתשלום, התקשרות p95, שיתוף בעסקאות מוצלחות.
3. 1→5→25→50→100%; במהלך ההשפלה - להרוג-מתג.

תרחיש 2: זמן ריצה משודרג (JDK/Node/OS)

כחול-ירוק ברמת הצביר: ירוק מתחמם, נודד ”להתרחב”, להעיף, תצפית, להעיף בחזרה במקרה של בעיות.

תרחיש 3: תכונת UI בסיכון גבוה

Dark-rack + phicheflag רק למשתמשי בטא, אוסף של מדטי UX, התרחבות הדרגתית של הקהל.

18) ארגז כלים מינימלי

מודיע: מבנה גוף, בדיקות, חתימה, אס-בום.
CD/GitOps: Argo CD/Flux/Spinnaker או Native Cloud.
ניתוב: Ingress/Service Mesh (משוקלל, מבוסס כותרת/עוגייה).
Ficheflags: WheaddDarkly/Unleash/OpenFeature/self-reported service.
תצפית: מדדים, יומנים, עקבות, התראות; לוחות מחוונים בודדים בכל שלב.
טי-די-אם: מסווה, ציפוי, גנרטורים סינתטיים.
סודות, KMS, מדיניות רישום, בדיקות תלות.

19) תקציר

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