צוות הפיתוח של Kubernetes שחרר לאחרונה באמצעות הודעה על שחרורו של הגרסה החדשה "Kubernetes 1.18" בו צוות הפיתוח מזכיר כי מדובר בגרסה 'בכושר וגמור'.
בגרסה החדשה הזו נעשתה עבודה משמעותית לשיפור בטא ופונקציונליות יציבה להבטיח א חווית משתמש טובה יותר. נעשה מאמץ שווה להוסיף פיתוחים חדשים ותכונות חדשות ומלהיבות שמבטיחות לשפר עוד יותר את חווית המשתמש.
למי שלא מודע לכך קוברנטס, הם צריכים לדעת את זה היא מערכת קוד פתוח לאוטומציה הפריסה, קנה המידה והניהול של יישומים המיכלים.
זה היה תוכנן במקור על ידי גוגל, אף על פי שהתפתחותה הופקדה לאחר מכן בקרן המחשוב בענן קוד פתוח (CNCF), שאפשרה היום לטכנולוגיית תזמור מכולים להתבגר במהירות, הודות לתרומת ענקיות הטכנולוגיה.
מה חדש ב- Kubernetes 1.18?
גרסה חדשה זו בולטת בזכות היותה יכולת להשתמש באסימוני חשבון שירות כשיטת אימות כללית. לדוגמא, אם ברצונך ש- pod ינהל משאבי Kubernetes אחרים, כגון פריסה או שירות, ניתן לשייך אותו לחשבון שירות וליצור את התפקידים הנדרשים וקשרי תפקידים.
חשבונות שירות Kubernetes (KSA) שולחים אסימוני אינטרנט של JSON (JWT) לשרת ה- API לאימות. זה הופך את שרת ה- API למקור האימות היחיד לחשבונות שירות.
קוברנטס 1.18 עמ 'מספק פונקציונליות כי מאפשר לשרת ה- API לספק מסמך גילוי של OpenID Connect A המכיל את המפתחות הציבוריים של האסימון בנוסף למטא נתונים אחרים.
שינוי נוסף הבולט מ- Kubernetes 1.81 הוא ה- יכולת להגדיר את HPA Velocity עבור תרמילים ספציפיים. נעשה שימוש במקלדת אוטומטית אופקית (HPA)א כדי לאפשר לאשכול Kubernetes להגיב אוטומטית לתנועה גבוהה / נמוכה. באמצעות HPA, המשתמש יכול לבקש מהבקר ליצור עוד מודולים בתגובה לקוצים של המעבד, למדידות אחרות או למדידות שמספק האפליקציה.
ל- Kubernetes 1.18 סקירה של פרופילים להפעלת תצורות מרובות של המתכנן. באופן כללי, ישנם שני סוגים של עומסי עבודה בקוברנטס: שירותים ארוכי טווח (למשל, שרתי אינטרנט, ממשקי API וכו ') ומשימות הפועלות עד לסיומן (הידוע יותר בשם Jobs).
בשל ההבדלים הברורים בין סוגי עומסי העבודה, משתמשים מסוימים נוהגים ליצור אשכולות מלאים לצרכים שונים. לדוגמא, אשכול אחד לניהול כריית נתונים ואחר לשרת ממשקי ה- API של היישומים.
הסיבה היא שהם צריכים שתהליך ההחלטה יהיה שונה. לדוגמא, הגדרות ברירת המחדל של מתזמן מקדמות זמינות גבוהה.
מצד שני, אנחנו יכולים גם למצוא את יכולת להגדיר כלל שידור פוד ברמת האשכול, כמו אפשרה להבטיח כי תרמילים יתוזמנו באזורי הזמינות (בתנאי שאתה משתמש באשכול רב אזורי) כדי להבטיח זמינות מקסימאלית וניצול משאבים.
הפונקציונליות מאפשרת את המפרט topologySpreadConstraints, המזהה אזורים על ידי חיפוש צמתים עם אותו תג topologyKey. צמתים עם אותו תג TopologyKey שייכים לאותו אזור. התצורה הייתה לחלק את התרמילים באופן שווה באזורים השונים. עם זאת, החיסרון הוא שיש להחיל הגדרה זו ברמת התרמיל. תרמילים שאין להם את התצורה לא יופצו באופן שווה על פני תחומי תקלות.
אחרון חביב, אנו יכולים גם למצוא את היכולת להתעלם מהשינוי במאפיין הנפח. כברירת מחדל, כאשר אמצעי אחסון מותקן במיכל באשכול Kubernetes, כל הקבצים והספריות הנמצאים בכרך זה משתנים לערך המסופק דרך fsGroup.
כל זאת כדי לאפשר ל- fsGroup לקרוא ולכתוב את הכרך. עם זאת, התנהגות זו הוכחה כבלתי רצויה במקרים מסוימים.
הגרסה החדשה הזו של Kubernetes מגיע עם מספר שינויים, והזכרנו רק כמה מהחשובים ביותר. אם אתה רוצה לדעת את הרשימה המלאה אתה יכול לעשות זאת על ידי ביקור ב הקישור הבא.