תנועת DevOps
יותר מסתם לתת למפתחים גישה שורש!
או אפילו לא את זה. הרעיון הגדול מאחורי “התנועה” הוא לא רק לתת למפתחים יותר חבל
ניהול אילוצים הוא המפתח לתהליך. על ידי זיהוי ראשון של כל צווארי בקבוק במערכת, אתה יכול למקד מחדש את המאמצים שלך על אופטימיזציה של משאבים אלה כדי לבצע את האפקט המרבי. אופטימיזציות מעבר לאזורים אלה כמעט תמיד לא שווה את הטרחה —
מס’ הפיתוחים מבוססי תא מטען
עידוד שינויים מצטברים עם תהליכי בדיקה, קידום ושחרור אוטומטיים בקצב מתוזמן היא דרך מצוינת לקבל את הכדור מתגלגל, אבל חלק גדול של בקרת איכות בפריסות SaaS/PaaS כרוך באימוץ *פיתוח מבוסס Trunk.
בתמצית, הרב-יקום של לטווח ארוך גיט
Surgery on a patient must result
in good outcomes (at all times) for
that patient, not just for siblings
or future generations.
צינורות CI / CD
פיתוח מבוסס תא המטען הוא הבסיס לכל צינורות בקרת השינוי האוטומטיים כתוצאה מכך שגדלו בשני העשורים האחרונים.
קוד הוא חוק (פיתוח + תשתית + תצורה).
קצת פרספקטיבה היסטורית קודם; קו האגרוף עוקב אחר ארבע הפסקאות האלה. החוט הנפוץ כאן הוא כי אפאצ’י כמעט תמיד הקדים את זמנו.
חזרה לדף ה-CFEngine.
תהליך העבודה היה פחות אידיאלי: מלבד בניית שלנו מקומי טלאי FreeBSD יציאות עצים לתוך פריסה (בינארי) חבילות מאפס, צוות היה צריך לממש קשה לאכוף משמעת בעת פריסת שינויים לייצור, על ידי התחייבות תחילה לבקרת גרסאות, כניסה לשרת היעד, עדכון שלה קופה, ואולי להפעיל מחדש את השירות —
כיום הם שומרים על הכל בתוך גיט
-עץ מקור בובות מגובה, והקצאה/פריסה/הגדרה ישירות לענן באמצעות חבילות Ubuntu כלליות במעלה הזרם, שהיא גישה מודרנית במקצת לעבודת ה- IT-ops שלהם, מאז מתוזמן גיט
מצד שני, יוזמה מוקדמת ופורצת דרך כמו CI ב-ASF (לפרויקטים בפועל של תוכנת אפאצ’י TLP) הייתה אפאצ’י גאמפ.
הנה הנקודה בקיצור: כל המקורות שלך (פיתוח, תשתית ותצורה) שייכים לבקרת גרסאות (לא בהכרח שיתוף אותו מאגר) שניתן לסקור על ידי כל אנשי devops, והוא חלק מקבוצה מלאה של צינורות בדיקה-אוטומציה בין מהדורות תיקון ופריסות ייצור. סקר של מצב האמנות, שבו שינויים נבדקים / מוקצים / פרוסים על פי דרישה בהגדרות IaC / CaC, הוא על ידידי ואתר החזון של פול המנט כאן.
וירטואליזציה לעומת מיכלים: a חיות מחמד נגד בקר.
מערכות מכלים כמו Docker הן טכנולוגיות וירטואליזציה ניתנות להתאמה אישית וניתנות לפריסה מחדש, המשמשות בדרך כלל לתמיכה במסגרת אשכול יישומי MicroService Architecture (MSA) כגון Kubernetes. הם אוספים את המקום שבו מערכות וירטואליזציה עזבו, וסוחרים בתמיכה בלתי מוגבלת של מערכות הפעלה מבודדות לכל VM מבוססות לינוקס, שיש להן התאמה אישית ואינטגרציה הניתנות לתכנות רבה יותר עם מארח לינוקס האב שעליו הן פועלות. בנוסף, ניתן לבנות אותם מחדש ו להעלות לשירות הפצה מרכזי (כמו ארטיפקטורי (Artifactory) לשימוש חוזר בקנה מידה רחב על פני שרשראות תלות מרובות ופריסות שרת הפעלה גולמיות.
שינוי גודל אנכי לעומת אופקי
קונטיינרים הניתנים להגדרה מחדש להורדה משרת מרכזי מאפשרים אפשרויות שקשה לממש באמצעות טכנולוגיית וירטואליזציה בסיסית - אינך מחובר למגבלות החומרה של שרת יחיד כדי להרחיב את השירותים שלך לעמידה בביקוש. במילים אחרות, קנה מידה אופקי על ידי פריסת אותו מיכל על פני אוספים של מארחים, לפי דרישה, הוא תכונה מיד בר השגה ברמה הראשונה של מסגרות MSA המבוססת על Docker. כמו כן, פורס עשרות יותר קונטיינרים מאשר ליבות CPU במארח אותו.
#מאמצי כיבוי אש, שליטה ובקרה, אמיתיים ומתורגלים
אחד מהדברים המרכזיים האחרים שיש להכיר בו הוא להבחין בין עבודה מתוכננת לעבודה לא מתוכננת בכל אחד ממדדי מעקב הפרודוקטיביות שלך, וכיצד משאבים מוקצים למשימות אלה. עבודה לא מתוכננת מסתכמת כיבוי אש, ואם יותר מדי זמן (יותר מ -20%) מושקע במשימות אלה, העבודה המתוכננת, שהיא הצורך העסקי האמיתי עבור הארגון, מקבלת צבר.
צווארי הבקבוק במערכת לעתים רחוקות יכולים להתמודד עם עבודה לא מתוכננת, ולכן חשוב שיהיה מספיק משאבים נוספים כדי לטפל בעומס מוגבר ובצבר כתוצאה מכך.
אחד השיעורים העיקריים של COVID-19 בתחילת 2020, כמו קיבולת בית החולים במונחים של IT, הוא שיש דבר כזה להיות רזה מדי, לפחות כשמדובר איוש devops (חומרה היא סיפור אחר). תכנון מגירה ליום גשום, בין אם עם צוות “יתיר” או יוזמות הדרכה צולבת, בשילוב עם תרגילי הכנה קבועים, לא רק שומר את הרופא משם, אבל הוא למעשה משימה קריטית.
כניסה לתוכנית
ברמת הניהול, נקודת מבט גלובלית לניהול שינויים בין שינויים ב- devs וב- ops היא חיונית. שתי הקבוצות צריכות להיות מודעות לשינויים זה בזה. באופן אידיאלי עם פרטי תכנון שזמינים לאורך הדרך. דברים גדולים יכולים לקרות כאשר הצוותים הם שילוב בריא של devs ואנשי ops, בתרבות שקופה ומונעת נתונים של עבודה משותפת.
הפילוסופיה של הכללת בעלי עניין סעפת ביצירה, ו מהפכה, של מוצר עבודה מוחשי יש השלכות הרבה מעבר רק dev ו ops צוותים חולקים שליטה ואחריות על מאמץ הנדסי שרת. שיעור זה ממשיך לחזור על עצמו ברחבי העולם התאגידי המודרני, כמו תחומים חדשים לביטוי אנושי יצירתי מופיעים במגזר העסקי, כמו גם להמציא מחדש דרכים ישנות לעשות עסקים יחד.