DevOps מבוא למתחילים

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


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

מקורם של DevOps

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

אולי תוהה לדעת מהי פיתוח תוכנה זריז –

פיתוח זריז הוא מונח רחב להגדרת כמה מתודולוגיות פיתוח תוכנה איטרטיבי ומצטבר. המתודולוגיות הזריזות הפופולריות הן Scrum, Kanban, Scaled Agile Framework® (SAFe®), פיתוח רזה ותכנות קיצוניות (XP).

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

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

תמונה מאת סגוע

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

אתגרים שנפתרו על ידי DevOps

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

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

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

יעדים של DevOps

זה משפר את שיתוף הפעולה בין בעלי העניין מתכנון למסירה ומיישם אוטומציה של תהליך המסירה ל:

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

תרחיש DevOps נפוץ

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

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

שלבים שונים של בגרות DevOps

ישנם שלבים רבים ומגוונים של בגרות DevOps. להלן ביטויי המפתח שעליכם לדעת.

פיתוח מפלים

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

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

שילוב רציף

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

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

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

משלוח רציף

זהו הרחבה של אינטגרציה רציפה וגם, השלב השני של DevOps.

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

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

פריסה מתמשכת

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

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

יש מספר קטן של חברות כמו נטפליקס, אטסי, אמזון, פינטרסט, פליקר, IMVU וגוגל וכו ‘שעושות פיתוח מתמשך.

הערך

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

DevOps תרבות

ה- DevOps הוא תרבות מסוימת המסייעת בשיפור שיתוף הפעולה, הפחתת הכאוס, טיפול באחריות משותפת בצורה טובה יותר, יישום אוטומציה, שיפור איכות, הערכת משוב והגברת האוטומציה..

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

כלים DevOps

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

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

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

Git, Apache Subversion, IBM Rational, Artifactory, Nexus, Eclipse וכו ‘הם חלק מהכלים הפופולריים למאגר הקוד..

בנה שרת: – שרת ה- build הוא כלי האוטומציה המשמש להרכבת הקוד בנשימת קוד המקור לבסיס הקוד ההפעלה. חלק מכלי השרת הבונים המשמשים מאוד הם Jenkins, SonarQube, Artifactory.

ניהול תצורה – בובה, שף, Ansible, SaltStack, Run Deck וכו ‘מסייע בניהול התצורה של יישומים ותשתיות לשמירה על עקביות בין סביבות.

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

סיכום

אני מקווה שזה ייתן לך מושג לגבי DevOps ואם זה מרגש אותך, אולי אתה יכול לנסות את הכיתה המקוונת הזו כמובן.

מאמר מאת Payal Goyal

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map