דף זה מכיל את הפרטים של פרויקט כתיבה טכנית שהתקבל בעונה של Google Docs.
סיכום הפרויקט
- ארגון הקוד הפתוח:
- פרויקט Jenkins
- כתב טכני:
- Zaycodes
- שם הפרויקט:
- Jenkins ב-Kubernetes
- אורך הפרויקט:
- אורך רגיל (3 חודשים)
תיאור הפרויקט
Kubernetes הוא כלי אגנוסטי לתזמור קונטיינרים, שנוצר על ידי Google ונתמך במידה רבה על ידי קהילת הקוד הפתוח כפרויקט של Cloud Native Computing Foundation. הוא מאפשר להשתמש במכונות בקונטיינרים ולנהל אותן לצורך התאמה לעומס (scaling) ועמידות בכשלים. הוא גם מטפל במגוון רחב של פעילויות ניהול שאחרת היו מחייבות פתרונות נפרדים או קוד מותאם אישית, כולל ניתוב בקשות, גילוי קונטיינרים, בדיקות תקינות ועדכונים מתגלגלים.
Kubernetes תואמת לרוב כלי ה-CI/CD שמאפשרים למפתחים להריץ בדיקות, לפרוס גרסאות build ב-Kubernetes ולעדכן אפליקציות ללא זמן השבתה. אחד מכלי ה-CI/CD הפופולריים ביותר הוא Jenkins מהסיבות הבאות: 1. הוא מבוסס על קוד פתוח, בחינם. 2. הוא ידידותי למשתמש, קל להתקנה ואינו דורש התקנות או רכיבים נוספים. 3. אפשר גם להגדיר, לשנות ולהרחיב את Jenkins בקלות. 4. היא פורסת את הקוד באופן מיידי ויוצרת דוחות בדיקה. 5. אפשר להגדיר את Jenkins בהתאם לדרישות לשילובים רציפים ולפיתוח רציף. 6. Jenkins זמין לכל הפלטפורמות ומערכות ההפעלה השונות, ביניהן OS X, Windows או Linux. 7. הוא גם מתהדר במערכת אקולוגית עשירה של יישומי פלאגין. המאגר הנרחב של יישומי הפלאגין הופך את Jenkins לגמיש ומאפשר בנייה, פריסה וביצוע אוטומציה בפלטפורמות שונות. 8. רוב העבודה של השילוב מתבצעת באופן אוטומטי. לכן יש פחות בעיות בשילוב. כך תוכלו לחסוך זמן וכסף במהלך משך החיים של פרויקט.
הסיבות הבאות הפכו את Jenkins ב-Kubernetes לעיצוב פופולרי בקרב משתמשי Jenkins. עם זאת, אין כרגע מקום מרכזי לתיעוד שמתאר את Jenkins ב-Kubernetes, ולכן קשה למשתמשי Jenkins ב-Kubernetes לנווט ולמצוא מידע. במסגרת הפרויקט הזה ייווצר דף חדש ב-Kubernetes Solutions שבו מתוארות המושגים, הטכניקות והאפשרויות למשתמשי Kubernetes שמריצים את Jenkins.
מצב נוכחי
יש הרבה מצגות ומאמרים בנושא הרצת Jenkins ב-Kubernetes, אבל אין מיקום מרכזי לתיאור Jenkins ב-Kubernetes. זה מקשה עליהם: 1. לנווט ולמצוא מידע ב-Jenkins ב-Kubernetes. 2. מעקב, עדכון ותחזוקה של מידע ב-Jenkins ב-Kubernetes
למה המסמכים שהצעתם הם שיפור בהשוואה למסמך הנוכחי?
כדי לפתור את הבעיה הקיימת ב-Jenkins בתיעוד של Kubernetes, אצור דף Kubernetes Solutions ב-Jenkins.io בהתאם למבנה הזה שיצרתם. בדף 'פתרונות' יוצגו חומרים קיימים ופרויקטים קשורים. הפרויקט הזה מספק את היתרונות הבאים:
- משפרים את חוויית השימוש ב-Jenkins במשתמשי Kubernetes, ונותנים להם את כל המידע על Jenkins ב-Kubernetes.
- תוכלו לנהל בקלות מעקב, עדכון ותחזוקה של מידע ב-Jenkins ב-Kubernetes באמצעות הדף 'פתרונות'.
כמפתח, אני יודע עד כמה זה יכול להיות מתסכל כאשר אתה נתקל בבעיות, ואתה עדיין צריך להתמודד עם המכשול של ניווט במשך שעות לפני שהצלחת למצוא פיסת מידע אחת, שבדרך כלל היה צריך להקדיש מספר דקות כדי לברר אם המידע מסודר בצורה תקינה. בחרתי לעבוד על הפרויקט הזה כי יצירת דף פתרונות ל-Jenkins ב-Kubernetes תאפשר לי לשפר את החוויה של משתמשי Jenkins.
ניתוח
יצרתי מבנה לדף Kubernetes Solutions, בו ריכזנו כמה מהחומרים הקיימים ב-Jenkins ב-Kubernetes וקישורים למשאבים שימושיים. בנוסף, תוך התייחסות לעובדה ש"לא ניתן ליצור תיעוד משתמש איכותי במיוחד עד שמקשיבים לאנשים מחוץ לארגון שבאמת משתמשים במוצרים, לומדים את הבעיות שלהם ומנסים לטפל בהן כמיטב יכולתכם", שיתפתי את המבנה החדש של הדף 'פתרונות Kubernetes' עם כמה משתמשי Kubernetes ב-interSwitch בארגון שלי וגם עם קהילת Jenkins כדי לקבל משוב על מה שהם רוצים לראות במסמכי התיעוד החדשים. עם זאת, החונכים צריכים לקבל ולשנות את המבנה הזה לפני תחילת היישום.
יעדי הפרויקט
יוצרים דף פתרונות חדש ב-Kubernetes, בהתאם למבנה הזה בדף Jenkins Solution או נפח אחסון שמתאר את המושגים, הטכניקות והאפשרויות למשתמשי Kubernetes שמריצים את Jenkins.