התייחסות: כיצד עובד תהליך השילוב הרציף

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

/flickr/ Altug Karakoc / CC BY / תמונה שונה

טווח

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

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

המונח Intinuous Integration הופיע לראשונה ב-1991. זה הוצג על ידי היוצר של שפת UML גריידי בוץ' (גריידי בוץ'). המהנדס הציג את המושג CI כחלק מתרגולת הפיתוח שלו - שיטת בוץ'. זה מרמז על חידוד מצטבר של הארכיטקטורה בעת תכנון מערכות מונחה עצמים. גרדי לא תיאר דרישות כלשהן לשילוב רציף. אבל בהמשך ספרו "ניתוח ועיצוב מונחה עצמים עם יישומים"הוא אמר שהמטרה של המתודולוגיה היא להאיץ את השחרור של "שחרורים פנימיים".

כתבה

בשנת 1996, CI אומצה על ידי יוצרי המתודולוגיה תכנות קיצוני (XP) - קנט בק (קנט בק) ו רון ג'פריס (רון ג'פריס). אינטגרציה מתמשכת הפכה לאחד משנים עשר עקרונות המפתח של גישתם. מייסדי XP הבהירו את הדרישות למתודולוגיית ה-CI וציינו את הצורך בבניית הפרויקט מספר פעמים ביום.

בתחילת שנות ה-2000, אחד ממייסדי הברית Agile Alliance החל לקדם את מתודולוגיית האינטגרציה המתמשכת מרטין פאולר (מרטין פאולר). הניסויים שלו עם CI הובילו לכלי התוכנה הראשון בתחום זה - CruiseControl. השירות נוצר על ידי עמיתו של מרטין, מתיו פומל.

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

עם הופעת התוכנה ל-CI, יותר ויותר חברות החלו לאמץ את הפרקטיקה. על פי מחקר של פורסטר [עמוד 5 להגיש תלונה], בשנת 2009, 86% מחמישים חברות הטכנולוגיה שנסקרו השתמשו או יישמו שיטות CI.

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

אֵיך מַפעִילִים אֶת זֶה

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

ניתן לייצג את תרשים התהליך הכללי באופן הבא:

מתודולוגיית ה-CI מציבה מספר דרישות למפתחים:

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

קשיי יישום

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

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

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

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

/flickr/ theilr / CC BY-SA

מי משתמש

ענקיות IT היו בין הראשונות שהעריכו את היתרונות של המתודולוגיה. גוגל использует אינטגרציה מתמשכת מאז אמצע שנות ה-2000. CI יושם כדי לפתור את בעיית העיכובים במנוע החיפוש. אינטגרציה מתמשכת עזרה לזהות ולפתור בעיות במהירות. כעת נעשה שימוש ב-CI על ידי כל המחלקות של ענקית ה-IT.

אינטגרציה מתמשכת עוזרת גם לחברות קטנות, וכלי CI משמשים גם ארגונים פיננסיים ובריאותיים. לדוגמה, ב-Morningstar, שירותי אינטגרציה מתמשכים עזרו לתקן נקודות תורפה ב-70% מהר יותר. והפלטפורמה הרפואית של Philips Healthcare הצליחה להכפיל את מהירות בדיקת העדכונים.

כלי עבודה

להלן כמה כלים פופולריים עבור CI:

• ג'נקינס היא אחת ממערכות ה-CI הפופולריות ביותר. הוא תומך ביותר מאלף תוספים לשילוב עם VCS, פלטפורמות ענן ושירותים אחרים. אנו משתמשים גם בג'נקינס ב-1cloud: tool כלול במערכת DevOps שלנו. הוא בודק באופן קבוע את סניף Git המיועד לבדיקה.
• Buildbot - מסגרת פיתון לכתיבת תהליכי אינטגרציה מתמשכים משלך. ההגדרה הראשונית של הכלי היא די מסובכת, אבל זה מפוצה על ידי אפשרויות התאמה אישית רחבות. בין היתרונות של המסגרת, משתמשים מדגישים את עוצמת המשאב הנמוכה שלה.
• כנס CI הוא שרת מבית Pivotal שמשתמש בקונטיינרים של Docker. Concourse CI משתלב עם כל כלי ומערכות בקרת גרסאות. המפתחים מציינים כי המערכת מתאימה לעבודה בחברות בכל סדר גודל.
• Gitlab CI הוא כלי מובנה במערכת בקרת גרסאות GitLab. השירות פועל בענן ומשתמש בקבצי YAML לצורך תצורה. כמו Concourse, Gitlab CI חל מכולות Docker המסייעות לבודד תהליכים שונים זה מזה.
• קודנות הוא שרת CI בענן שעובד עם GitHub, GitLab ו-BitBucket. הפלטפורמה אינה דורשת הגדרה ראשונית ארוכה - תהליכי CI סטנדרטיים מותקנים מראש זמינים ב-Codeship. עבור פרויקטים קטנים (עד 100 בנייה בחודש) וקוד פתוח, Codeship זמין בחינם.

חומרים מהבלוג הארגוני שלנו:

• גיבוי קבצים: כיצד להגן על עצמך מפני אובדן נתונים
• DevOps בשירות ענן באמצעות הדוגמה של 1cloud.ru
• אפשרויות תשתית IT לארגון

מקור: www.habr.com