Wercker זכה להצלחה לזמן מה. במשך תקופה מסוימת, הוא היה בחירה מצוינת עבור צוותים שחיפשו CI/CD פשוט ללא יותר מדי טקסים. אך לאחר שנסגר, צוותים רבים נותרו עם אותה השאלה: מה עכשיו?
אם אתם מחפשים חלופות ל-Wercker, סביר להניח שאתם מחפשים משהו שיהיה פשוט באותה מידה, ללא כאבי הראש של התחזוקה, תצורות שבירות או הנחות מיושנות. אולי כבר ניסיתם כמה כלים ומצאתם אותם כבדים מדי או מגבילים מדי. אולי אתם פשוט רוצים משהו שלא יפריע לכם ויאפשר לכם לעבוד.
במאמר זה, נבחן חלופות מודרניות ל-Wercker המתאימות לאופן שבו צוותים בונים ומטמיעים תוכנה כיום, כלים המותאמים לאפליקציה שלכם, אינם מפריעים לזרימת העבודה שלכם ולא ייעלמו בן לילה.
1. AppFirst
AppFirst מנהלת את האספקה מהצד התשתיתי ולא מהצינורות. במקום לדרוש חיבור ידני של שלבי הבנייה והפריסה, היא מאפשרת לתאר את היישומים במונחים של דרישותיהם ומגדירה באופן אוטומטי את סביבת הענן. הרשת, גבולות האבטחה והנראות הבסיסית מסופקים על ידי הפלטפורמה ללא צורך בכתיבת Terraform או כלים דומים.
עבור צוותים שמגיעים מ-Wercker, הדבר יכול לשנות את המקום שבו CI מסתיים והפריסה מתחילה. במקום להרחיב את הצינורות עם לוגיקת תשתית, הצוותים מסתמכים על הפלטפורמה כדי להכין ולנהל סביבות באופן עקבי בין ספקי הענן. הדבר אינו מחליף את אוטומציית הבנייה, אך הוא יכול להפחית את כמות העבודה שנדרשת בדרך כלל לאחר בנייה מוצלחת.
נקודות עיקריות:
- הגדרת תשתית מונעת יישומים
- רישום, ניטור וביקורת מובנים
- תמיכה ב-AWS, Azure ו-GCP
- אפשרויות פריסה SaaS ופריסה עצמית
למי זה מתאים ביותר:
- צוותים הנמנעים מקוד תשתית מותאם אישית
- מפתחים האחראים על שירותים מקצה לקצה
- ארגונים המנחים סטנדרטים לסביבות ענן
פרטי קשר:
- אֲתַר אִינטֶרנֶט: www.appfirst.dev
2. TeamCity
הם מציעים מערכת CI/CD מובנית התומכת הן בתצורה חזותית והן בתצורה כקוד. שרשראות בנייה, תבניות לשימוש חוזר ודיווחי בדיקות הם מרכיבים מרכזיים בהגדרת ותחזוקת צינורות.
זה נוטה לפנות לצוותים שרוצים יותר נראות ושליטה ממה שמספקים כלי CI קלים יותר. בהשוואה להגדרות צינור פשוטות יותר, הוא מאפשר זרימות עבודה מורכבות יותר מבלי לכפות הכל לתסריטים מותאמים אישית, תוך תמיכה בסביבות מאוחסנות בענן ובאתר.
נקודות עיקריות:
- תצורת צינור באמצעות ממשק משתמש או קוד
- בנה שרשראות ורכיבים לשימוש חוזר
- מודלים של פריסה בענן ובשרתים עצמיים
- שילוב עם כלי פיתוח נפוצים
למי זה מתאים ביותר:
- צוותים המפעילים תהליכי עבודה מורכבים לבניית תוכנה
- ארגונים עם מגבלות תאימות או אירוח
- מפתחים שכבר משתמשים בכלי JetBrains
פרטי קשר:
- אתר אינטרנט: 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, צ'כיה
3. GitHub
הם משלבים בקרת מקור ואוטומציה במקום אחד, מה שמשנה את האופן שבו צוותים תופסים את CI. זרימות העבודה מתקיימות לצד הקוד ופועלות בתגובה לאירועים במאגר, מה שהופך את הבנייה והפריסה לחלק מפעילות הפיתוח היומיומית.
עבור צוותים שעוברים משירות CI נפרד, הגדרה זו מפחיתה את הצורך בהחלפת הקשר. האוטומציה הופכת לקלה יותר לבדיקה ולגרסאות לצד קוד היישום, אם כי לעתים קרובות הדבר כרוך בהשקעת זמן רב יותר בהגדרת זרימות עבודה בקבצי תצורה.
נקודות עיקריות:
- תהליכי עבודה של CI מבוססי מאגר
- אוטומציה המופעלת על ידי אירועי קוד
- כלים מובנים לשיתוף פעולה ולביקורת
- מערכת אקולוגית גדולה של פעולות משותפות
למי זה מתאים ביותר:
- צוותים שכבר מארחים שם קוד
- פרויקטים המעריכים שילוב הדוק בין CI וקוד
- צוותים מבוזרים העובדים במרחב עבודה אחד
פרטי קשר:
- אתר אינטרנט: github.com
- אינסטגרם: www.instagram.com/github
- LinkedIn: www.linkedin.com/company/github
- טוויטר: x.com/github
4. Codefresh
הם מתמקדים באספקה בסגנון GitOps, במיוחד עבור סביבות Kubernetes. במקום צינורות ארוכים שמקדמים שינויים, הצוותים מגדירים כללי קידום ומאפשרים לפריסות להתקדם בסביבות על סמך מצב Git.
גישה זו מתאימה לצוותים שמצאו שצינורות CI מסורתיים הפכו מורכבים מדי לאחר כניסת Kubernetes לתמונה. היא מעבירה את תשומת הלב מהסקריפטים לניהול האופן והעיתוי שבו השינויים עוברים בין סביבות.
נקודות עיקריות:
- תהליכי קידום מבוססי GitOps
- נבנה סביב Argo CD
- מודל אספקה מבוסס Kubernetes
- תמיכה ב-CI מבוסס מכולות
למי זה מתאים ביותר:
- צוותים המריצים Kubernetes בייצור
- ארגונים המאמצים שיטות GitOps
- צוותי פלטפורמה המנהלים סביבות מרובות
פרטי קשר:
- אתר אינטרנט: codefresh.io
- פייסבוק: www.facebook.com/codefresh.io
- טוויטר: x.com/codefresh
- LinkedIn: www.linkedin.com/company/codefresh
5. AWS CodePipeline
הם מספקים שירות צינור מנוהל שנועד לחבר את כלי AWS לתהליך שחרור מוגדר. הצינורות בנויים משלבים המקשרים בין שירותי מקור, בנייה ופריסה ללא הפעלת שרתים נפרדים של CI.
זה מתאים לצוותים שמעוניינים בפחות חלקים נעים וכבר נמצאים עמוק בתוך המערכת האקולוגית של AWS. החיסרון הוא תלות הדוקה יותר בשירותי AWS, מה שעלול להגביל את הניידות בהשוואה לכלים שאינם תלויים בפלטפורמה.
נקודות עיקריות:
- שירות צינור מנוהל במלואו
- שילוב מובנה עם כלי AWS
- ביצוע מונחה אירועים
- בקרת גישה באמצעות AWS IAM
למי זה מתאים ביותר:
- צוותים הפועלים באופן מלא ב-AWS
- פרויקטים הזקוקים לצינורות מנוהלים פשוטים
- ארגונים המשתמשים בשירותי AWS כסטנדרט
פרטי קשר:
- אתר אינטרנט: aws.amazon.com
- פייסבוק: www.facebook.com/amazonwebservices
- טוויטר: x.com/awscloud
- לינקדאין: www.linkedin.com/company/amazon-web-services
- אינסטגרם: www.instagram.com/amazonwebservices
6. Argo CD
הם מתחזקים אוסף של כלים בקוד פתוח להפעלת זרימות עבודה וניהול מסירה בתוך Kubernetes. במקום מוצר CI יחיד, הצוותים משלבים רכיבים עבור זרימות עבודה, פריסות, השקות וטיפול באירועים.
הגדרה זו מתאימה לצוותים המעוניינים בשליטה מעמיקה על התנהגות האספקה בתוך אשכולות. היא דורשת ידע רב יותר ב-Kubernetes, אך מאפשרת לבטא צינורות ופריסות בצורה הצהרתית ומודולרית.
נקודות עיקריות:
- כלי זרימת עבודה ואספקה ייעודיים ל-Kubernetes
- מודל תצורה הצהרתי
- תמיכה בפריסות קנריות וכחולות-ירוקות
- קוד פתוח ומונע על ידי הקהילה
למי זה מתאים ביותר:
- צוותי הנדסה המתמקדים ב-Kubernetes
- צוותים הבונים מערכות משלוח מותאמות אישית
- ארגונים שמרגישים בנוח עם כלי קוד פתוח
פרטי קשר:
- אתר אינטרנט: argoproj.github.io
7. GitLab
הם מספקים פלטפורמה אחת המשלבת בקרת מקור, CI/CD ותהליכי אבטחה. הצינורות מוגדרים יחד עם הקוד ומופעלים באמצעות ממשק מאוחד המכסה את שלבי הבנייה, הבדיקה והפריסה.
זה מתאים לצוותים המעוניינים לצמצם את מספר המערכות הנפרדות שהם מנהלים. אמנם הפלטפורמה מכסה תחומים רבים, אך צוותים מסוימים עשויים למצוא אותה כבדה יותר מכלי עבודה המתמקדים רק ב-CI.
נקודות עיקריות:
- CI/CD מובנה המקושר למאגרי מידע
- תהליכי עבודה מאוחדים, מהתחייבות ועד פריסה
- תכונות אבטחה משולבות
- אפשרויות ענן ואפשרויות אירוח עצמי
למי זה מתאים ביותר:
- צוותים המעוניינים בפלטפורמת DevOps אחת
- ארגונים המנהלים יחד את ה-CI והאבטחה
- פרויקטים הדורשים נראות מקצה לקצה
פרטי קשר:
- אתר אינטרנט: about.gitlab.com
- פייסבוק: www.facebook.com/gitlab
- LinkedIn: www.linkedin.com/company/gitlab-com
- טוויטר: x.com/gitlab
8. CircleCI
הם מספקים פלטפורמת CI/CD מאוחסנת שבה הצינורות מוגדרים באמצעות קבצי תצורה ומופעלים בסביבות מנוהלות. בנייה, בדיקות ופריסות יכולות להיות מופעלות על ידי שינויים במאגרים מחוברים, עם תמיכה בשפות, מסגרות וספקי ענן רבים.
צוותים המגיעים מ-Wercker נוטים לבחון אפשרות זו כאשר הם מעוניינים להתמקד באוטומציה של CI ולא בניהול תשתית. השירות מטפל בסביבות ביצוע ובקנה מידה, מה שמפחית את הצורך בתחזוקת שרתים לבנייה, תוך שמירה על שליטה מפורטת למדי על זרימות העבודה.
נקודות עיקריות:
- CI/CD מאוחסן עם צינורות הניתנים להגדרה
- תמיכה בשפות רבות וביעדי פריסה
- שילובים עם פלטפורמות נפוצות לאחסון קוד
- סביבות ביצוע מנוהלות
למי זה מתאים ביותר:
- צוותים המעוניינים ב-CI מאוחסן ללא הפעלת שרתים
- פרויקטים עם מערכי טכנולוגיה מגוונים
- קבוצות המעדיפות צינורות מבוססי תצורה
פרטי קשר:
- אתר אינטרנט: circleci.com
- LinkedIn: www.linkedin.com/company/circleci
- טוויטר: x.com/circleci
9. טקטון
הם מציעים מסגרת קוד פתוח לבניית מערכות CI/CD ב-Kubernetes. במקום שירות מוכן, הם מספקים אבני בניין כמו משימות וצינורות שצוותים יכולים להרכיב כדי להתאים אותם לזרימות העבודה שלהם.
גישה זו מתאימה לצוותים שגדלו מעבר לכלי CI פשוטים יותר ורוצים יותר שליטה על אופן הפעולה של בנייה ופריסה. בהשוואה לכלי מאוחסנים בסגנון Wercker, גישה זו דורשת יותר הגדרות וידע ב-Kubernetes, אך היא מאפשרת לשמור על ניידות של זרימות העבודה בין סביבות שונות.
נקודות עיקריות:
- רכיבי CI/CD ילידי Kubernetes
- הגדרות צינור הצהרתיות
- תמיכה בענן ובאתר הלקוח
- קוד פתוח ונייטרלי מבחינת ספקים
למי זה מתאים ביותר:
- צוותים שכבר משתמשים ב-Kubernetes
- מהנדסים הבונים מערכות CI מותאמות אישית
- ארגונים הנמנעים משירותי CI מנוהלים
פרטי קשר:
- אתר אינטרנט: tekton.dev
10. Codeship
הם מספקים שירות CI/CD המתמקד בהפעלה מהירה של צינורות, תוך מתן אפשרות לצוותים להתפתח ולהתקדם להגדרות מתקדמות יותר. הצינורות יכולים להתחיל בממשק מודרך ובהמשך לעבור לשליטה מבוססת תצורה.
לצוותים המחליפים את Wercker, זה יכול להרגיש מוכר מבחינת ביצוע מאוחסן ובניית מאגרים מונחה. זה שומר על CI מרכזי תוך מתן אפשרות למפתחים לבחור את רמת השליטה שהם זקוקים לה על סביבות ושלבים.
נקודות עיקריות:
- שירות CI/CD מאוחסן
- הגדרה מודרכת עם תצורה אופציונלית כקוד
- תמיכה רחבה באינטגרציה
- ביצוע מבוסס ענן
למי זה מתאים ביותר:
- צוותי הנדסה קטנים וצומחים
- פרויקטים עוברים מצינורות פשוטים לצינורות מורכבים יותר
- צוותים המעדיפים שירות CI מנוהל
פרטי קשר:
- אתר אינטרנט: www.cloudbees.com
- פייסבוק: www.facebook.com/cloudbees
- טוויטר: x.com/cloudbees
- לינקדאין: www.linkedin.com/company/cloudbees
- אינסטגרם: www.instagram.com/cloudbees_inc
- כתובת: Faubourg de l’Hôpital 18 CH-2000 Neuchâtel שווייץ
11. Razorops
הם מתמקדים ב-CI/CD מבוסס קונטיינרים, עם דגש על זרימות עבודה שאינן תלויות בענן. הצינורות מתוכננים להעביר קוד מבנייה לפריסה עם הגדרה מינימלית, תוך שימוש בקונטיינרים כיחידת הביצוע העיקרית.
אפשרות זו נלקחת לעתים קרובות בחשבון כאשר צוותים מעוניינים בפתרון קל יותר מפלטפורמות CI גדולות, אך מובנה יותר מסקריפטים מקוריים. היא שומרת על לוגיקת CI פשוטה יחסית, תוך תמיכה בדפוסי פריסה מודרניים.
נקודות עיקריות:
- ביצוע צינור יליד מכולה
- תמיכה בפריסה בלתי תלויה בענן
- תצורת צינור פשוטה
- פלטפורמת CI/CD מאוחסנת
למי זה מתאים ביותר:
- צוותים המאמצים תהליכי עבודה מבוססי קונטיינרים
- פרויקטים הדורשים הגדרת CI מהירה
- קבוצות הנמנעות ממערכות CI כבדות
פרטי קשר:
- אתר אינטרנט: razorops.com
- דוא"ל: support@razorops.com
- פייסבוק: www.facebook.com/razorops
- טוויטר: x.com/razorops
- LinkedIn: www.linkedin.com/company/razorops
- אינסטגרם: www.instagram.com/razoropscicd
- כתובת: 5208 Cumberland Dr, רוזוויל, ארצות הברית
- טלפון: +1 (916) 272 8503
12. ג'נקינס
הם מתחזקים שרת אוטומציה בקוד פתוח שניתן להשתמש בו למשימות CI, CD או משימות אוטומציה רחבות יותר. הפונקציונליות מורחבת באמצעות תוספים, המאפשרים לצוותים לחבר כמעט כל כלי או שירות.
בהשוואה לכלים מתארחים בסגנון Wercker, תצורה זו מעבירה את האחריות לצוות. היא מציעה גמישות ושליטה, אך גם מחייבת טיפול בשדרוגים, תוספים ותשתית להפעלת הבניות.
נקודות עיקריות:
- שרת אוטומציה בקוד פתוח
- מערכת אקולוגית גדולה של תוספים
- מארח עצמי וניתן להגדרה רבה
- תומך בבניית מבנים מבוזרים
למי זה מתאים ביותר:
- צוותים הזקוקים לשליטה מלאה על CI
- ארגונים עם ניסיון קיים ב-Jenkins
- פרויקטים הדורשים אינטגרציות מותאמות אישית
פרטי קשר:
- אתר אינטרנט: www.jenkins.io
- LinkedIn: www.linkedin.com/company/jenkins-project
- טוויטר: x.com/jenkinsci
13. רתמה
הם מציעים פלטפורמת אספקה המכסה CI, CD וניהול סביבה. ניתן להגדיר צינורות באמצעות תצורה או ממשק משתמש, עם תמיכה באסטרטגיות פריסה וסוגי תשתית שונים.
זה יכול להתאים לצוותים שמעבר ל-CI בסיסי ומחפשים לנהל פריסות בצורה יותר מפורשת. בהשוואה לזרימות עבודה פשוטות יותר בסגנון Wercker, זה מציג מבנה יותר מסודר סביב סביבות ושחרורים.
נקודות עיקריות:
- יכולות CI ו-CD בפלטפורמה אחת
- תמיכה באסטרטגיות פריסה מרובות
- ניהול סביבה ושחרור
- אפשרויות ענן ואפשרויות אירוח עצמי
למי זה מתאים ביותר:
- צוותים הממסדים את תהליכי העבודה של הפריסה
- ארגונים המנהלים סביבות מרובות
- פרויקטים הדורשים תהליכי אספקה מובנים
פרטי קשר:
- אתר אינטרנט: www.harness.io
- פייסבוק: www.facebook.com/harnessinc
- LinkedIn: www.linkedin.com/company/harnessinc
- טוויטר: x.com/harnessio
- אינסטגרם: www.instagram.com/harness.io
14. באדי
הם מספקים פלטפורמת CI/CD עם דגש חזק על קלות השימוש. ניתן ליצור צינורות באמצעות ממשק חזותי או קבצי תצורה, והפריסות יכולות להיות מכוונות לסוגים רבים של תשתית.
עבור צוותים שמגיעים מ-Wercker, זה יכול להרגיש נגיש תוך כדי שהוא עדיין מכסה את צרכי ה-CI הנפוצים. הוא תומך הן באוטומציה פשוטה והן בתהליכי עבודה מפורטים יותר, ללא צורך בהגדרות רבות מראש.
נקודות עיקריות:
- צינורות חזותיים ומבוססי תצורה
- תמיכה במגוון רחב של יעדי פריסה
- ניהול סביבה מובנה
- אפשרויות ענן ואפשרויות אירוח עצמי
למי זה מתאים ביותר:
- צוותים המעוניינים בכלי CI קל לשימוש
- פרויקטים עם יעדי פריסה מעורבים
- מפתחים המעדיפים הגדרת צינור חזותי
פרטי קשר:
- אתר אינטרנט: buddy.works
- טוויטר: x.com/useBuddy
מַסְקָנָה
כשוורקר נעלם, זה לא רק השאיר חלל בתחום הכלים. זה דחף את הצוותים לשאול שאלות שהם לא היו צריכים לשאול בעבר. האם אנחנו עדיין רוצים CI מאוחסן שרק מפעיל צינורות? האם אנחנו רוצים יותר שליטה, או פחות? האם אנחנו בכלל צריכים את אותה צורת זרימת עבודה?
כאשר בוחנים את החלופות, ברור שאין תחליף מושלם שמתאים לכולם. כלים מסוימים נוטים לכיוון הנוחות וההגדרות המנוהלות. אחרים מניחים שאתם מרגישים בנוח עם בעלות רבה יותר על המערכת, במיוחד אם Kubernetes כבר מהווה חלק מהעבודה היומיומית. כמה כלים חורגים לחלוטין מתחום ה-CI ומתחילים לשלב בנייה, פריסה וסביבות לתוך זרימה אחת. אף אחת מהדרכים הללו אינה שגויה, אך הן מובילות לחוויות יומיומיות שונות מאוד.
אם Wercker עבד היטב עבור הצוות שלכם, זה כנראה אומר שהערכתם יותר צינורות עבודה רגועים וצפויים מאשר התאמה אישית אינסופית. זה שווה הגנה. אם התחלתם להרגיש מוגבלים, זו הזדמנות לבחור משהו שמתאים לאופן שבו הצוות שלכם עובד כעת, ולא לאופן שבו עבד לפני שנים. בסופו של דבר, המעבר מ-Wercker הוא פחות עניין של מציאת תחליף ויותר עניין של בחירת סוג החיכוך שאתם מוכנים לחיות איתו.
