Drone CI עדיין מופיע בהרבה ערימות, ולעתים קרובות מבצע את עבודתו בשקט ברקע. עבור צוותים קטנים או צינורות פשוטים, זה יכול להיות בסדר גמור. אבל ברגע שהבניות מתרבות, זרימות העבודה מתפצלות או הבעלות על התשתית הופכת מעורפלת, ה“בסדר” מתחיל להפוך ל“למה זה כל כך קשה לניהול?”
הרבה צוותים לא נוטשים את Drone כי הוא אכזב אותם, אלא כי הם התפתחו מעבר לו. הפעלת CI לא צריכה להרגיש כמו תחזוקת מוצר נוסף, וצינורות לא צריכים להזדקק לטיפול מתמיד רק כדי להמשיך לפעול.
אם אתם בשלב שבו אתם תוהים אם Drone CI עדיין מתאים לכם, אתם לא לבד. להלן נבחן חלופות המשקפות את האופן שבו צוותים בונים ומטמיעים תוכנה כיום, עם פחות קצוות חדים, פחות עיכובים תפעוליים ויותר זמן המוקדש למשלוח במקום לכוונון YAML.
1. AppFirst
AppFirst ניגשת לבעיה מזווית שונה מזו של מערכת CI טיפוסית. במקום להתמקד בצינורות וברצים, היא שואפת להסיר לחלוטין את עבודת התשתית מהמפתחים. עבור צוותים המשתמשים ב-Drone CI בעיקר כדי לחבר בין בנייה לפריסה, הדבר מעביר את האחריות מתחזוקת התשתית הקשורה ל-CI לפלטפורמה שמספקת ומנהלת באופן אוטומטי את משאבי הענן.
כחלופה ל-Drone CI, היא מתאימה לצוותים שנאלצים לתחזק Terraform, YAML או כלים פנימיים רק כדי לשמור על תפעול הצינורות. המפתחים מגדירים את דרישות היישום, כגון מחשוב, מסדי נתונים ורשתות, בעוד התשתית, תקני האבטחה, הרישום והביקורת מטופלים מאחורי הקלעים על ידי השירות.
נקודות עיקריות:
- הגדרות ברמת היישום במקום קוד תשתית
- הקצאה אוטומטית ב-AWS, Azure ו-GCP
- רישום, ניטור והתראה מובנים
- יומני ביקורת מרכזיים עבור שינויים בתשתית
- נראות עלויות לפי יישום וסביבה
- אפשרויות פריסה SaaS ופריסה עצמית
למי זה מתאים ביותר:
- צוותים העמוסים בעבודות CI הקשורות לתשתית
- ארגונים המיישמים סטנדרטיזציה של התשתית בכל האפליקציות
- צוותים בהובלת מפתחים ללא קבוצת תשתית ייעודית
- פרויקטים הזקוקים לניידות בענן ללא צורך בכתיבה מחדש
פרטי קשר:
- אֲתַר אִינטֶרנֶט: www.appfirst.dev
2. מיקרוטיקה
במקום להתחיל עם צינורות, הם מתייחסים ל-CI כחלק ממחזור חיים רחב יותר של התשתית. הפלטפורמה משלבת אוטומציה של צינורות עם יצירת תשתית מודרכת, ניטור וטיפול בתקלות, הכול מסופק על ידי Microtica. משימות CI מוטמעות במערכת המנהלת פריסות וסביבות יחד.
עבור צוותים שעוברים מ-Drone CI מכיוון שהגדרת הענן ותחזוקתו תופסים חלק נכבד מתהליך העבודה שלהם, אפשרות זו מפחיתה את הצורך בהגדרות ידניות. התשתית נוצרת באמצעות קלט מודרך ומותאמת בעורך מובנה, בעוד שהפריסות והנראות נותרות מחוברות לאותו תהליך עבודה.
נקודות עיקריות:
- יצירת תשתית מונחית בסיוע בינה מלאכותית
- עורך מובנה לבדיקה והתאמת הגדרות
- ניטור משולב וניתוח אירועים
- נראות עלויות לפני ואחרי פריסות
- תמיכה בריבוי עננים
- אוטומציה של צינורות כלולה
למי זה מתאים ביותר:
- צוותים המנהלים הן CI והן תשתית ענן
- פרויקטים המשתרעים על פני מספר סביבות או עננים
- צוותי DevOps המעוניינים לצמצם שגיאות תצורה
- חברות המעוניינות ב-CI הקשור באופן הדוק לניהול התשתית
פרטי קשר:
- אתר אינטרנט: www.microtica.com
- LinkedIn: www.linkedin.com/company/microtica
- אינסטגרם: www.instagram.com/microtica_
3. ג'נקינס
הרבה לפני הופעתם של כלי CI ייעודיים למכולות, הם כבר התמקדו באוטומציה בקנה מידה גדול. מערכת זו, המתוחזקת על ידי קהילת הקוד הפתוח Jenkins, שמה דגש על הרחבה ובקרה ולא על פשטות. כמעט כל חלק בתהליך העבודה ניתן להתאמה באמצעות תוספים או לוגיקה מותאמת אישית.
כחלופה ל-Drone CI, היא מתאימה לצוותים שרוצים לשלוט בהגדרות ה-CI שלהם ומרגישים בנוח לתחזק אותן. הצינורות יכולים להיות פשוטים או מורכבים מאוד, אך הגמישות כרוכה בעלות של הגדרה, שדרוגים ותחזוקה שוטפת.
נקודות עיקריות:
- שרת אוטומציה בקוד פתוח
- מערכת אקולוגית גדולה של תוספים
- תומך ב-CI ובזרימות עבודה של אספקה רציפה
- בניית תוכנה מבוזרת על פני מספר מחשבים
- פועל במערכות ההפעלה העיקריות
- תצורה מבוססת אינטרנט
למי זה מתאים ביותר:
- צוותים הזקוקים להתאמה אישית מעמיקה
- ארגונים עם תשתית CI קיימת
- פרויקטים עם תהליכי עבודה מורכבים
- חברות שמרגישות בנוח לנהל שרתים CI
פרטי קשר:
- אתר אינטרנט: www.jenkins.io
- LinkedIn: www.linkedin.com/company/jenkins-project
- טוויטר: x.com/jenkinsci
4. באדי
הם שמים דגש רב על נראות ובהירות זרימת העבודה. במקום להסתמך רק על קבצי תצורה, ניתן ליצור צינורות באופן חזותי, באמצעות YAML, או ליצור אותם באמצעות קוד. CI, פריסות וסביבות מנוהלות יחד במסגרת השירותים שמספק Buddy.
עבור צוותים המחליפים את Drone CI בשל מורכבות הצינור או חוסר נראות, מודל זה מפחית את החיכוך. קל יותר לעקוב אחר בנייה, בדיקות ופריסות, ומחזור החיים של הסביבה קשור ישירות לענפים ולבקשות משיכה.
נקודות עיקריות:
- הגדרות צינור מבוססות UI ומבוססות YAML
- תומך בפריסות מכולות ונטולות סוכנים
- ניהול מחזור החיים הסביבתי
- אחסון סודות ותמיכה ב-OIDC
- בניית גרסאות המותאמות לשינויים וביצוע מטריצה
- אפשרויות ענן ואפשרויות אירוח עצמי
למי זה מתאים ביותר:
- צוותים המעדיפים ניהול צינור חזותי
- פרויקטים עם פריסות תכופות
- צוותי הנדסה בעלי ניסיון מגוון
- ארגונים המנהלים סביבות רבות בכל סניף
פרטי קשר:
- אתר אינטרנט: buddy.works
- טוויטר: x.com/useBuddy
5. Travis CI
הם נוקטים בגישה מסורתית יותר של CI מתארח. במקום רצים מתארחים עצמית כמו Drone CI, הצינורות פועלים על תשתית מנוהלת המופעלת על ידי Travis CI, Inc. הדבר מצמצם את הצורך בתחזוקת שרתים CI, תוך תמיכה במערכות בקרת גרסאות נפוצות.
כחלופה ל-Drone CI, היא עולה לעתים קרובות כאשר צוותים רוצים להקל על עומס העבודה התפעולי. צינורות משולבים בתהליכי עבודה מבוססי Git ויכולים לפעול בענן ציבורי, בענן פרטי או בסביבות מקומיות, בהתאם לדרישות.
נקודות עיקריות:
- שירות CI/CD מאוחסן
- שילוב עם Git, Subversion ו-Perforce
- ענן ציבורי, ענן פרטי ואפשרויות מקומיות
- גישה ל-API וכלי חקירה לבנייה
- תיעוד ומשאבי קהילה
למי זה מתאים ביותר:
- צוותים הנמנעים מתשתית CI בניהול עצמי
- פרויקטים עם צינורות בנייה ובדיקה סטנדרטיים
- ארגונים המשתמשים במספר מערכות VCS
- חברות המעדיפות שירותי CI מנוהלים
פרטי קשר:
- אתר אינטרנט: www.travis-ci.com
6. Buildkite
לעתים קרובות הם נבחרים על ידי צוותים שחרגו מהמגבלות של מערכות CI מאוחסנות במלואן. המודל שלהם מפריד בין תזמור הצינור לביצוע, ומאפשר לסוכני בנייה לפעול על תשתית בבעלות הצוות, בעוד שהצינורות נשארים בניהול מרכזי. גישה זו מושכת קבוצות המעוניינות בשקיפות ובקרה, מבלי להגביל את הביצוע לסביבה אחת.
עבור צוותים שמגיעים מ-Drone CI, השינוי נוגע בעיקר להיקף ולגמישות. צינורות מוגדרים כקוד ויכולים לשנות את התנהגותם בזמן ריצה, מה שמסייע כאשר עומסי העבודה משתנים או כאשר תצורות סטטיות מתחילות להיראות מגבילות. השירותים מסופקים על ידי Buildkite Pty Ltd ומשמשים בדרך כלל צוותי פלטפורמה התומכים במאגרים ומפתחים רבים.
נקודות עיקריות:
- צינורות המוגדרים כקוד עם גמישות בזמן ריצה
- סוכני בנייה פועלים על תשתית המנוהלת על ידי המשתמש
- מקבילות גבוהה לבנייה ולבדיקות
- ניתוח בדיקות וטיפול בבדיקות לא יציבות
- רישומי חבילות עבור תוצרי בנייה
- אפשרויות סוכן מאוחסן וסוכן מאוחסן עצמית
למי זה מתאים ביותר:
- צוותים המפעילים CI בקנה מידה גדול
- צוותי פלטפורמה המנהלים צינורות משותפים
- ארגונים המעוניינים לשלוט בביצוע
- פרויקטים עם עומסי עבודה מורכבים או משתנים
פרטי קשר:
- אתר אינטרנט: buildkite.com
- טוויטר: x.com/buildkite
- LinkedIn: www.linkedin.com/company/buildkite
7. CircleCI
צוותים מסוימים מחפשים דרך להסיר מעליהם את האחריות לתחזוקת CI מבלי לוותר על זרימות עבודה מובנות. פלטפורמה זו פועלת על פי מודל של "האירוח קודם", שבו סביבות הביצוע, ההרחבה והתחזוקה מטופלות על ידי השירות, בעוד הצוותים מתמקדים בהגדרת זרימות העבודה והאינטגרציות.
בהשוואה לכלים המארחים את עצמם, כמו Drone CI, ההתקנה כאן נוטה לכיוון הנוחות והעקביות. השירותים מופעלים על ידי Circle Internet Services, Inc. ותומכים הן בביצוע מנוהל במלואו והן בהתקנות היברידיות, שבהן המשתמש עדיין יכול לשלוט ברצים.
נקודות עיקריות:
- CI מאוחסן עם רצים מנוהלים עצמית אופציונליים
- שילובים עם GitHub, GitLab ו-Bitbucket
- תמיכה בזרימת עבודה של Docker ו-Kubernetes
- אחסון במטמון מובנה ושינוי גודל אוטומטי
- תצורת זרימת עבודה מבוססת YAML
- אפשרויות ביצוע בענן ובאתר
למי זה מתאים ביותר:
- צוותים שמעדיפים שירותי CI מנוהלים
- פרויקטים עם תהליכי בנייה ובדיקה סטנדרטיים
- ארגונים המשתמשים בפלטפורמות Git פופולריות
- צוותים שמצמצמים את בעלות התשתית של CI
פרטי קשר:
- אתר אינטרנט: circleci.com
- LinkedIn: www.linkedin.com/company/circleci
- טוויטר: x.com/circleci
8. במבוק
בסביבות שבהן כלי הפיתוח קשורים זה לזה בקשר הדוק, CI הופך לעתים קרובות לחלק ממערכת אקולוגית גדולה יותר. כלי זה תוכנן לעבוד בשיתוף פעולה הדוק עם מוצרים אחרים של Atlassian, מה שמקל על מעקב אחר העבודה, החל משינויים בקוד ועד לפריסה וטיפול בתקלות.
עבור צוותים שעוברים מ-Drone CI, ההבדל הגדול ביותר הוא סגנון הפריסה. השירותים מסופקים על ידי Atlassian ומתמקדים בהגדרות מתארחות עצמית עם סביבות מבוקרות, זמינות גבוהה ונתיבי אספקה צפויים, ולא בביצוע מבוסס קונטיינרים.
נקודות עיקריות:
- שילוב עמוק עם Jira ו-Bitbucket
- פריסה עצמית באמצעות מרכז נתונים
- שחזור לאחר אסון מובנה
- תמיכה ב-Docker וב-AWS CodeDeploy
- אוטומציה של זרימת העבודה מהקוד ועד לשחרור
- תכונות זמינות גבוהה ועמידות
למי זה מתאים ביותר:
- צוותים שכבר משתמשים במוצרי Atlassian
- ארגונים הזקוקים ל-CI מתארח עצמית
- ארגונים עם בקרת תשתית קפדנית
- פרויקטים הדורשים עקיבות מקצה לקצה
פרטי קשר:
- אתר אינטרנט: www.atlassian.com
- כתובת: 350 Bush Street Floor 13San Francisco, CA 94104 ארצות הברית
- טלפון: 1 415 701 1110+
9. GoCD
במקום להתמקד במשימות בודדות, הם מתמקדים באופן שבו השינויים משפיעים על כל תהליך האספקה. המערכת מדגישה את הנראות, ומציגה תלות והתקדמות בכל השלבים בתצוגה אחת, מה שעוזר לצוותים להבין היכן התהליכים מאטים או נכשלים.
צוותים המחליפים את Drone CI באפשרות זו בדרך כלל דואגים יותר לזרימת האספקה מאשר למהירות הביצוע הגולמית. הפרויקט הוא קוד פתוח וממומן על ידי Thoughtworks Inc., עם דגש חזק על מידול צינורות מורכבים ומעקב אחר שינויים מהתחייבות ועד פריסה.
נקודות עיקריות:
- שרת CI ו-CD בקוד פתוח
- מפות זרימת ערך חזותיות
- תמיכה חזקה בתהליכי עבודה מורכבים
- תמיכה מובנית ב-Docker, Kubernetes ופלטפורמות ענן
- עקיבות מפורטת של שינויים
- מערכת תוספים הניתנת להרחבה
למי זה מתאים ביותר:
- צוותים עם תהליכי אספקה מורכבים
- ארגונים המעניקים עדיפות לנראות של זרימת העבודה
- פרויקטים עם תלות רבות
- צוותים שמרגישים בנוח להשתמש בכלים בקוד פתוח
פרטי קשר:
- אתר אינטרנט: www.gocd.org
10. Semaphore CI
צוותים מסוימים נמנעים משימוש ב-Drone CI מכיוון שתחזוקת קבצי תצורה גדולים הופכת לבעיה. פלטפורמה זו נוקטת בגישה מעורבת, המאפשרת לעצב זרימות עבודה באופן חזותי, תוך יצירה ותמיכה בקבצי תצורה מסורתיים.
השירותים מסופקים על ידי Semaphore Technologies doo ותומכים הן בהפעלה בענן והן בהפעלה עצמית. גמישות זו מקלה על התאמת זרימות העבודה ככל שהצוותים גדלים או משנים את אופן פריסת התוכנה.
נקודות עיקריות:
- בונה זרימת עבודה חזותי עם יצירת YAML
- רצים המארחים בענן ומארחים בעצמם
- הפעלת צינור מודע למונו-רפו
- בקרות גישה ופריסה מבוססות תפקידים
- ביצוע מקביל ואחסון במטמון
- מהדורת הקהילה בקוד פתוח
למי זה מתאים ביותר:
- צוותים שמגייסים מפתחים בתדירות גבוהה
- פרויקטים המשתמשים במונו-רפוס
- ארגונים עם תהליכי שחרור מבוקרים
- צוותים המעוניינים בתהליכי עבודה חזותיים ומבוססי תצורה
פרטי קשר:
- אתר אינטרנט: semaphore.io
- טוויטר: x.com/semaphoreci
- LinkedIn: www.linkedin.com/company/semaphoreci
11. TeamCity
הם נוטים להופיע בצוותים שבהם CI התפתח למשהו יותר מאשר רק ביצוע בדיקות על בקשות משיכה. צינורות לעתים קרובות כרוכים במספר מאגרים, בנייה ארוכת טווח וצורך לעשות שימוש חוזר בחלקים מהתהליך מבלי להעתיק את התצורה לכל מקום. בהשוואה ל-Drone CI, זרימת העבודה מרגישה יותר מובנית ומרכזית, עם דגש חזק יותר על ניהול המורכבות ככל שהפרויקטים גדלים.
עבור צוותים ששוקלים לעבור, ההבדל הגדול ביותר הוא מידת השליטה שהם מקבלים על לוגיקת הבנייה והנראות. השירותים מסופקים על ידי JetBrains s.r.o. וניתן להפעיל אותם בענן או בתשתית החברה. גמישות זו מתאימה לצוותים שמעוניינים באבטחה, תאימות או פשוט רוצים לשמור על CI קרוב לשאר המערכות שלהם.
נקודות עיקריות:
- תצורה כקוד באמצעות DSL מוקלד
- תמיכה בשרשראות בנייה מורכבות
- מקבילות בדיקות ושימוש חוזר בבנייה
- יומנים מפורטים ודוחות בדיקה
- REST API לאוטומציה
- אפשרויות מתארחות בענן ומתארחות באופן עצמאי
למי זה מתאים ביותר:
- צוותים עם פרויקטים גדולים או ארוכי טווח
- ארגונים הזקוקים להתנהגות CI צפויה
- מפתחים שמעדיפים צינורות מובנים
- חברות המעוניינות בבחירה בין ענן לבין CI מקומי
פרטי קשר:
- אתר אינטרנט: www.jetbrains.com
- דוא"ל: sales@jetbrains.com
- פייסבוק: www.facebook.com/JetBrains
- LinkedIn: www.linkedin.com/company/jetbrains
- טוויטר: x.com/jetbrains
- אינסטגרם: www.instagram.com/jetbrains
- כתובת: Kavčí Hory Office Park, Na Hřebenech II 1718/8, Praha 4 – Nusle, 140 00, צ'כיה
12. AWS CodePipeline
צוותים מסוימים נמנעים משימוש ב-Drone CI מכיוון שאינם מעוניינים לנהל את תשתית ה-CI כלל. שירות זה פותר את הבעיה על ידי טיפול בצינורות כחלק ממערכת AWS. במקום רצים ומכולות, הכל סובב סביב שלבים, פעולות ושילובים עם שירותי AWS אחרים.
השירותים מופעלים על ידי Amazon Web Services, Inc., והם משתלבים באופן טבעי בסביבות שכבר נבנו על AWS. עבור צוותים שכבר מבצעים פריסה באמצעות AWS, זה יכול להרגיש פחות כמו אימוץ כלי CI חדש ויותר כמו הרחבה של מה שהם כבר משתמשים בו.
נקודות עיקריות:
- שירות צינור מנוהל במלואו
- אין צורך בתחזוקת שרתים או רצים
- שילוב מובנה עם כלי AWS
- בקרת גישה באמצעות IAM
- הודעות אירועים על שינויים בצינור
- מבנה הצינור מוגדר באמצעות שירותי AWS
למי זה מתאים ביותר:
- צוותים שכבר עמוק בתוך AWS
- פרויקטים המשתמשים בכלי פריסה מקוריים של AWS
- ארגונים הנמנעים מ-CI מאוחסן עצמית
- צוותים שמעדיפים תשתית מנוהלת
פרטי קשר:
- אתר אינטרנט: aws.amazon.com
- פייסבוק: www.facebook.com/amazonwebservices
- טוויטר: x.com/awscloud
- לינקדאין: www.linkedin.com/company/amazon-web-services
- אינסטגרם: www.instagram.com/amazonwebservices
13. קונקורס CI
הם פיתחו את הכלי הזה עבור צוותים שרוצים שה-CI יהיה משעמם במובן הטוב של המילה. הכל מוגדר כקוד, הצינורות מתנהגים כמו גרפי תלות, ושום דבר לא קורה אלא אם כן הקלטים באמת משתנים. בהשוואה ל-Drone CI, הוא מרגיש מחמיר יותר ודוגמטי יותר, אבל גם צפוי יותר ברגע שמבינים איך הוא חושב. הפרויקט הוא קוד פתוח ומגובה על ידי Cloud Foundry Foundation, עם פיתוח בהובלת Pixel Air IO. הבניות פועלות כברירת מחדל במכולות, מה שעוזר לשמור על סביבות נקיות והופך את איתור התקלות לקל יותר כאשר משהו מתקלקל.
נקודות עיקריות:
- צינורות המוגדרים במלואם כקוד
- בנייה מבוססת מכולות, ניתנת לשחזור
- גרפים חזותיים של צינור העבודה בממשק המשתמש
- ניהול זרימת עבודה מונחה CLI
- טיפול יעיל בתלות ובמצב
- ניתן להרחבה באמצעות סוגי משאבים מותאמים אישית
למי זה מתאים ביותר:
- צוותים שמעדיפים CI קפדני, המבוסס על קוד בלבד
- פרויקטים עם תלות מורכבת
- מפתחים שמרגישים בנוח עם כלים שמבוססים על CLI
- ארגונים המפעילים תשתית קוד פתוח
פרטי קשר:
- אתר אינטרנט: concourse-ci.org
מַסְקָנָה
המעבר מ-Drone CI אינו בדרך כלל החלטה דרמטית. רוב הצוותים לא מתעוררים יום אחד ומחליטים שה-CI שלהם מקולקל. זה יותר כמו הצטברות איטית של מטרדים קטנים. צריך לתקן את הרץ. שינוי בתצורה משבש משהו שלא קשור. מתווסף עוד פתרון עוקף, ופתאום ה-CI מרגיש כבד יותר ממה שהוא אמור להיות.
כאשר בוחנים את החלופות הללו, המסקנה העיקרית היא שצוותים עוזבים את Drone CI מסיבות שונות מאוד. חלקם רוצים יותר סדר כי המצב הפך למבולגן. אחרים רוצים להפסיק להפעיל את תשתית ה-CI לחלוטין. חלקם רק רוצים לראות טוב יותר מה קורה כאשר הצינור מתקלקל. אין תחליף “נכון” אחד, אלא רק כלים המתאימים לשלבים שונים של צמיחה ולדרכי עבודה שונות.
אם אתם שוקלים מעבר, כדאי להיות כנים לגבי מה באמת מעכב אתכם. לא מה חסר בכלי, אלא מה נמאס לכם להתמודד איתו. כאשר CI מפסיק לדרוש תשומת לב וחוזר לעשות את עבודתו בשקט, זה בדרך כלל הרגע שבו אתם יודעים שבחרתם בכיוון הנכון.
