צ'ק רשימת מוכנות לייצור

תרגום המאמר הוכן במיוחד עבור תלמידי הקורס "שיטות וכלים של DevOps", שמתחיל היום!

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

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

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

ארגונים מצליחים:

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

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

מתי לבדוק שירות מוכנות לייצור?

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

בדוק מתי:

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

צ'ק רשימת מוכנות לייצור

לפני זמן מה, כדוגמה, אני опубликовала רשימת בדיקה לבדיקת מוכנות לייצור. למרות שהרשימה הזו מקורה בלקוחות Google Cloud, היא תהיה שימושית וישימה מחוץ ל-Google Cloud.

עיצוב ופיתוח

• פתח תהליך בנייה שניתן לחזור עליו שאינו דורש גישה לשירותים חיצוניים ואינו תלוי בכשל של מערכות חיצוניות.
• במהלך תקופת התכנון והפיתוח, הגדר והגדר SLOs עבור השירותים שלך.
• תיעוד ציפיות לזמינות של שירותים חיצוניים שבהם אתה תלוי.
• הימנע מנקודת כשל אחת על ידי הסרת תלות במשאב גלובלי יחיד. שכפל את המשאב או השתמש ב-fallback כאשר המשאב אינו זמין (לדוגמה, ערך בקוד קשיח).

ניהול תצורה

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

ניהול שחרורים

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

יכולת תצפית

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

הגנה ובטיחות

• ודא שכל החיבורים החיצוניים מוצפנים.
• ודא שלפרויקטי הייצור שלך יש את ההגדרה הנכונה של IAM.
• השתמש ברשתות כדי לבודד קבוצות של מופעי מחשב וירטואלי.
• השתמש ב-VPN כדי להתחבר בצורה מאובטחת לרשתות מרוחקות.
• תיעוד ומעקב אחר גישת משתמשים לנתונים. ודא שכל גישת המשתמש לנתונים מבוקרת ונרשמת.
• ודא שנקודות קצה של ניפוי באגים מוגבלות על ידי ACL.
• חיטוי קלט המשתמש. הגדר מגבלות גודל מטען עבור קלט משתמש.
• ודא שהשירות שלך יכול לחסום באופן סלקטיבי תנועה נכנסת עבור משתמשים בודדים. זה יחסום הפרות מבלי להשפיע על משתמשים אחרים.
• הימנע מנקודות קצה חיצוניות שיוזמות הרבה פעולות פנימיות.

תכנון קיבולת

• תיעוד כיצד השירות שלך מתרחב. לדוגמה: מספר משתמשים, גודל המטען הנכנס, מספר ההודעות הנכנסות.
• תעד את דרישות המשאבים עבור השירות שלך. לדוגמה: מספר מופעי מכונות וירטואליות ייעודיות, מספר מופעי Spanner, חומרה מיוחדת כגון GPU או TPU.
• מגבלות משאבי מסמך: סוג משאב, אזור וכו'.
• מסמך הגבלות מכסות ליצירת משאבים חדשים. לדוגמה, הגבלת מספר בקשות ה-API של GCE אם אתה משתמש ב-API ליצירת מופעים חדשים.
• שקול להריץ מבחני עומס כדי לנתח ירידה בביצועים.

זה הכל. נראה אותך בכיתה!

מקור: www.habr.com