הכרזה על תצוגת האינטרנט של Kubernetes (וסקירה קצרה של ממשקי משתמש אחרים באינטרנט עבור Kubernetes)

הערה. תרגום: מחבר החומר המקורי הוא הנינג ג'ייקובס מזלנדו. הוא יצר ממשק אינטרנט חדש לעבודה עם Kubernetes, שמוצב בתור "kubectl עבור האינטרנט". מדוע הופיע פרויקט קוד פתוח חדש ואיזה קריטריונים לא עמד בפתרונות קיימים - קרא את המאמר שלו.

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

מקרי שימוש

ב-Zalando אנו משרתים מספר רב של משתמשי Kubernetes (900+) ואשכולות (100+). ישנם כמה מקרי שימוש נפוצים שיועילו מכלי אינטרנט ייעודי:

1. תקשורת עם עמיתים לתמיכה;
2. להגיב לאירועים ולחקור את הגורמים להם.

תמיכה

מניסיוני, תקשורת תמיכה נראית לרוב כך:

— עזרה, השירות שלנו XYZ אינו זמין!
- מה אתה רואה כשאתה מופיע kubectl describe ingress ...?

או משהו דומה עבור CRD:

- יש לי בעיה עם שירות הזיהוי...
— מה מייצרת הפקודה? kubectl describe platformcredentialsset ...?

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

לכן, אני רוצה שחזית ה-Web Kubernetes תאפשר את הדברים הבאים:

• משתמשים יכולים החלפת קישורים ולהתבונן באותו דבר;
• יעזור להימנע מטעויות אנוש בתמיכה: למשל, התחברות לאשכול הלא נכון בשורת הפקודה, שגיאות הקלדה בפקודות CLI וכו';
• תאפשר ליצור דעות משלך לשלוח לעמיתים, כלומר להוסיף עמודות של תגים, להציג סוגים רבים של משאבים בעמוד אחד;
• באופן אידיאלי, כלי אינטרנט זה אמור לאפשר לך להגדיר קישורים "עמוקים" לקטעים ספציפיים של YAML (לדוגמה, הצבעה על פרמטר שגוי שגורם לכשלים).

תגובה וניתוח לאירועים

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

• שירות ייצור קריטי נתקל בבעיות ואתה צריך מצא את כל משאבי Kubernetes לפי שם בכל האשכולותלפתרון בעיות;
• צמתים מתחילים ליפול בעת קנה המידה ואתה צריך מצא את כל התרמילים עם הסטטוס "בהמתנה" בכל האשכולותלהעריך את היקף הבעיה;
• משתמשים בודדים מדווחים על בעיה עם DaemonSet הפרוסה בכל האשכולות וצריכים להבין האם הבעיה היא מוחלטת?.

הפתרון הסטנדרטי שלי במקרים כאלה הוא משהו כמו for i in $clusters; do kubectl ...; done. ברור שאפשר לפתח כלי שמספק יכולות דומות.

ממשקי אינטרנט קיימים של Kubernetes

עולם הקוד הפתוח של ממשקי האינטרנט ל-Kubernetes אינו גדול במיוחד*, אז ניסיתי לאסוף מידע נוסף באמצעות טויטר:

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

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

K8Dash

"K8Dash היא הדרך הפשוטה ביותר לנהל אשכול Kubernetes."

K8Dash נראה טוב ומרגיש מהיר, אבל יש לו מספר חסרונות עבור מקרי השימוש המפורטים לעיל:

• עובד רק בגבולות של אשכול אחד.
• מיון וסינון אפשריים, אך אין להם קישורים קבועים.
• אין תמיכה בהגדרות משאבים מותאמות אישית (CRDs).

קוברנאטור

"Kubernator הוא ממשק משתמש חלופי עבור Kubernetes. שלא כמו לוח המחוונים של Kubernetes ברמה גבוהה, הוא מספק שליטה ברמה נמוכה ונראות מצוינת לכל האובייקטים באשכול עם יכולת ליצור חדשים, לערוך אותם ולפתור קונפליקטים. בהיותו יישום צד לקוח לחלוטין (כמו kubectl), הוא אינו דורש כל קצה אחורי מלבד שרת ה-API של Kubernetes עצמו, וגם מכבד את כללי הגישה לאשכולות."

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

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

לוח המחוונים של Kubernetes

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

למרבה הצער, לוח המחוונים של Kubernetes לא ממש עוזר בפעילויות התמיכה והתגובה שלי לאירועים כי זה:

• אין קישורים קבועים, למשל כאשר אני מסנן משאבים או משנה את סדר המיון;
• אין דרך קלה לסנן לפי סטטוס - לדוגמה, ראה את כל הפודים עם הסטטוס "בהמתנה";
• רק אשכול אחד נתמך;
• CRDs אינם נתמכים (תכונה זו נמצאת בפיתוח);
• אין עמודות מותאמות אישית (כגון עמודות המסומנות לפי סוג kubectl -L).

Kubernetes Operational View (kube-ops-view)

"System Dashboard Observer עבור K8s Cluster Space."

У תצוגה תפעולית של Kubernetes גישה שונה לחלוטין: כלי זה מציג רק צמתים ותרמילים של אשכולות באמצעות WebGL, ללא כל פרטי אובייקט טקסטואלי. זה נהדר עבור סקירה מהירה של בריאות האשכול (האם תרמילים נופלים?)*, אבל זה לא מתאים למקרי השימוש בתמיכה ובתגובה לתקריות שתוארו לעיל.

* הערה. תרגום: במובן זה, ייתכן שתתעניין גם בתוסף שלנו grafana-statusmap, שעליו דיברנו ביתר פירוט ב מאמר זה.

דוח משאבים של Kubernetes (דוח משאבים-kube)

"אספו בקשות משאבים של תרמילים ואשכולות Kubernetes, השוו אותן לצריכת משאבים והפקו HTML סטטי."

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

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

תוֹמֶן

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

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

• אין חיפוש באשכולות.
• עובד רק על המחשב המקומי (לא מתפרס על אשכול).
• לא ניתן למיין/לסנן אובייקטים (נתמך רק בבורר התוויות).
• לא ניתן לציין עמודות מותאמות אישית.
• לא ניתן לרשום אובייקטים לפי מרחב שמות.

היו לי גם בעיות עם היציבות של Octant עם אשכולות Zalando: בחלק מה-CRDs הוא היה נופל.

היכרות עם Kubernetes Web View

"kubectl עבור האינטרנט".

לאחר ניתוח אפשרויות הממשק הזמינות עבור Kubernetes, החלטתי ליצור אחד חדש: Kubernetes WebView. אחרי הכל, למעשה, אני רק צריך את כל הכוח kubectl באינטרנט, כלומר:

• זמינות של כל הפעולות (לקריאה בלבד) שעבורן המשתמשים מעדיפים להשתמש ב-kubectl;
• כל כתובות ה-URL חייבות להיות קבועות ולייצג את הדף בצורתו המקורית כדי שקולגות יוכלו לשתף אותן ולהשתמש בהן בכלים אחרים;
• תמיכה בכל אובייקטי Kubernetes, שתאפשר לך לפתור כל סוג של בעיה;
• רשימות משאבים צריכות להיות ניתנות להורדה לעבודה נוספת (בגליונות אלקטרוניים, כלי CLI כמו grep) ואחסון (לדוגמה, לנתיחה שלאחר המוות);
• תמיכה בבחירת משאבים לפי תווית (בדומה ל kubectl get .. -l);
• היכולת ליצור רשימות משולבות של סוגים שונים של משאבים (בדומה ל kubectl get all) להשיג תמונה תפעולית משותפת בקרב עמיתים (לדוגמה, במהלך תגובה לאירוע);
• היכולת להוסיף קישורי עומק חכמים מותאמים אישית לכלים אחרים כגון לוחות מחוונים, לוגרים, רישום יישומים וכו'. כדי להקל על פתרון תקלות/פתרון שגיאות ותגובה לאירועים;
• ה-frontend צריך להיות פשוט ככל האפשר (HTML טהור) כדי למנוע בעיות אקראיות, כגון JavaScript קפוא;
• תמיכה במספר אשכולות כדי לפשט את האינטראקציה במהלך ייעוץ מרחוק (לדוגמה, לזכור כתובת URL אחת בלבד);
• במידת האפשר, יש לפשט את ניתוח המצב (לדוגמה, עם קישורים להורדת משאבים עבור כל האשכולות/מרחבי השמות);
• יכולות נוספות ליצירת קישורים גמישים והדגשת מידע טקסט, למשל, כך שתוכל להפנות עמיתים לקטע מסוים בתיאור המשאב (שורה ב-YAML);
• היכולת להתאים אישית לדרישות של לקוח ספציפי, למשל, מה שמאפשר לך ליצור תבניות תצוגה מיוחדות עבור CRDs, תצוגות טבלה משלך, ולשנות סגנונות CSS;
• כלים לחקירה נוספת בשורת הפקודה (לדוגמה, הצגת פקודות מלאות kubectl, מוכן להעתקה);

מעבר למשימות שנפתרו ב-Kubernetes Web View (לא מטרות) נשאר:

• הפשטה של ​​חפצי Kubernetes;
• ניהול יישומים (לדוגמה, ניהול פריסה, תרשימי הגה וכו');
• פעולות כתיבה (יש לבצע באמצעות כלי CI/CD ו/או GitOps מאובטחים);
• ממשק יפה (JavaScript, ערכות נושא וכו');
• הדמיה (ראה kube-ops-view);
• ניתוח עלויות (ראה kube-resource-report).

כיצד מסייעת Kubernetes Web View בתמיכה ובתגובה לאירועים?

תמיכה

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

חפש לפי אשכולות בתצוגת האינטרנט של Kubernetes

תגובה לאירוע

• חיפוש גלובלי (חיפוש גלובלי) מאפשר לך לחפש אובייקטים בכל האשכולות.
• תצוגות רשימה יכול להציג את כל האובייקטים עם מצב/עמודה מסוימים בכל האשכולות (לדוגמה, עלינו למצוא את כל הפודים עם הסטטוס "בהמתנה").
• ניתן להוריד רשימות של אובייקטים בפורמט ערך מופרד בכרטיסיות (TSV) לניתוח מאוחר יותר.
• קישורים חיצוניים הניתנים להתאמה אישית מאפשר לך לעבור ללוחות מחוונים קשורים וכלים אחרים.

תצוגת אינטרנט של Kubernetes: רשימה של תרמילים עם סטטוס "בהמתנה" בכל האשכולות

אם אתה רוצה לנסות את Kubernetes Web View, אני ממליץ לבדוק תיעוד או להסתכל על דמו ישיר.

כמובן, הממשק יכול להיות טוב יותר, אבל לעת עתה Kubernetes Web View הוא כלי ל"משתמשים מתקדמים" שאינם נרתעים ממניפולציה ידנית של נתיבי URL במידת הצורך. אם יש לך הערות/תוספות/הצעות, אנא צור קשר איתי בטוויטר!

מאמר זה הוא היסטוריה קצרה של הרקע שהוביל ליצירת Kubernetes Web View. עוד יבואו בהמשך! (הערה. תרגום: יש לצפות מהם ב הבלוג של המחבר.)

נ.ב.מהמתרגם

קרא גם בבלוג שלנו:

• «kubebox וקונכיות אחרות עבור Kubernetes";
• «כלים למפתחי אפליקציות הפועלות על Kubernetes";
• «כלי השירות של קונסולת kubelive הופיע לעבודה אינטראקטיבית עם Kubernetes";
• «כלי עזר שימושיים בעבודה עם Kubernetes".

מקור: www.habr.com