פלטפורמה מודרנית לפיתוח ופריסה של תוכנה

זהו הראשון בסדרת פוסטים על השינויים, השיפורים והתוספות בעדכון הפלטפורמה 4.0 של Red Hat OpenShift הקרוב שיעזור לכם להתכונן למעבר לגרסה החדשה.

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

כמובן, ההכרזה על כל שירות ענן חדש לוותה בדיונים רבים בין מומחים בטוויטר, והתנהלו ויכוחים במגוון נושאים - כולל סוף עידן הקוד הפתוח, דעיכת ה-IT המקומי והבלתי נמנע. של מונופול תוכנה חדש בענן, וכיצד הפרדיגמה החדשה X תחליף את כל הפרדיגמות האחרות.

מיותר לציין שכל המחלוקות הללו היו מאוד מטופשות

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

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

Kubernetes הוא כלי כזה. מתבצעת עבודה לשילוב של Red Hat OpenShift עם כלים ושירותים אחרים לפלטפורמה אחת שתהפוך את התוכנה לאמינה יותר, קלה יותר לניהול ובטוחה יותר עבור המשתמשים.

עם זאת, צוות OpenShift שואל שאלה אחת פשוטה:

כיצד תוכל להפוך את העבודה עם Kubernetes לקלה ונוחה יותר?

התשובה ברורה באופן מפתיע:

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

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

איך להשיג תוצאה זו?

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

בתחילת 2018, Red Hat רכשה את פרויקט CoreOS, שהיה לו השקפות דומות לגבי העתיד - מאובטח ואמין יותר, שנוצר על פי עקרונות קוד פתוח. החברה פעלה להמשך פיתוח רעיונות אלו וליישם אותם, תוך מימוש הפילוסופיה שלנו - מנסה להבטיח שכל התוכנה פועלת בבטחה. כל העבודה הזו בנויה על Kubernetes, Linux, עננים ציבוריים, עננים פרטיים ואלפי פרויקטים אחרים העומדים בבסיס האקולוגית הדיגיטלית המודרנית שלנו.

המהדורה החדשה של OpenShift 4 תהיה ברורה, אוטומטית וטבעי יותר

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

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

היא אמורה לאפשר הפעלת תוכנה "כשירות" ולא להוביל לצמיחת תשתית בלתי ניתנת לניהול עבור המפעילים.

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

OpenShift 4: פלטפורמת NoOps שאינה דורשת תחזוקה

В פרסום זה תיאר את המשימות הללו שסייעו לעצב את חזון החברה עבור OpenShift 4. מטרת הצוות היא לפשט ככל האפשר את המשימות היומיומיות של תפעול ותחזוקה של תוכנה, כדי להפוך את התהליכים הללו לקלים ורגועים - הן עבור מומחים המעורבים ביישום והן עבור מפתחים. אבל איך אפשר להתקרב ליעד הזה? איך יוצרים פלטפורמה להפעלת תוכנה הדורשת התערבות מינימלית? מה המשמעות של NoOps בכלל בהקשר הזה?

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

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

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

עבור אנשי מקצוע תחזוקה ותפעול, המילה "NoOps" עשויה להישמע מעט מפחידה. אבל כאשר מתקשרים עם מהנדסי שטח, ברור שלדפוסים והטכניקות שהם משתמשים בהם כדי להבטיח אמינות ומהימנות (Site Reliability Engineering, SRE) יש קווי דמיון רבים עם הדפוסים שתוארו לעיל:

• אל תנהלו מערכות - הפכו את תהליכי הניהול שלהם לאוטומטיים.
• אל תטמיע תוכנה - צור צינור לפריסה.
• הימנע מאגד את כל השירותים שלך יחד ולתת לכשל של אחד לגרום לכשל של המערכת כולה - לפזר אותם על פני כל התשתית שלך באמצעות כלי אוטומציה, ולחבר אותם בדרכים שניתן לנטר ולנטר.

אנשי SRE יודעים שמשהו יכול להשתבש והם יצטרכו לאתר ולתקן את הבעיה - אז הם עושים אוטומציה של עבודה שגרתית ומגדירים מראש תקציבי שגיאות, כך שהם מוכנים לתעדף ולקבל החלטות כשמתעוררת בעיה.

Kubernetes ב-OpenShift היא פלטפורמה שנועדה לפתור שתי בעיות עיקריות: במקום לאלץ אותך להבין מכונות וירטואליות או ממשקי API של איזון עומסים, היא עובדת עם הפשטות מסדר גבוה יותר - תהליכי פריסה ושירותים. במקום להתקין סוכני תוכנה, אתה יכול להפעיל קונטיינרים, ובמקום לכתוב מחסנית ניטור משלך, להשתמש בכלים שכבר זמינים בפלטפורמה. אז, הרוטב הסודי של OpenShift 4 הוא ממש לא סוד - זה רק עניין של לקחת עקרונות SRE ומושגים חסרי שרת ולקחת אותם למסקנה ההגיונית שלהם כדי לעזור למפתחים ומהנדסי תפעול:

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

אבל מה ההבדל בין פלטפורמת OpenShift 4 לקודמותיה ומהגישה ה"סטנדרטית" לפתרון בעיות כאלה? מה מניע את קנה המידה עבור צוותי יישום ותפעול? בשל העובדה שהמלך במצב זה הוא האשכול. כך,

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

רוצים לראות את יכולות הפלטפורמה בפעולה?

גרסת תצוגה מקדימה של OpenShift 4 הפכה לזמינה למפתחים. עם מתקין קל לשימוש, אתה יכול להפעיל אשכול ב-AWS על גבי Red Had CoreOS. כדי להשתמש בתצוגה המקדימה, אתה צריך רק חשבון AWS כדי לספק את התשתית ולסט של חשבונות כדי לגשת לתמונות התצוגה המקדימה.

1. כדי להתחיל, עבור אל try.openshift.com ולחץ על "התחל".
2. היכנס לחשבון Red Hat שלך (או צור חשבון חדש) ובצע את ההוראות להגדרת האשכול הראשון שלך.

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

נסה את המהדורה החדשה של OpenShift ושתף את דעתך. אנו מחויבים להפוך את העבודה עם Kumbernetes לנגישה וללא מאמץ ככל האפשר - העתיד של NoOps מתחיל היום.

ועכשיו תשומת לב!
בכנס DevOpsForum 2019 ב-20 באפריל יקיים אחד ממפתחי OpenShift, ואדים רוטקובסקי, כיתת אמן - הוא ישבור עשרה אשכולות ויכריח אותם לתקן אותם. הכנס בתשלום, אך עם קוד הקידום #RedHat מקבלים 37% הנחה

כיתת אמן בשעות 17:15 - 18:15, והדוכן פתוח כל היום. חולצות, כובעים, מדבקות - הרגיל!

אולם מס' 2
"כאן צריך לשנות את כל המערכת: אנחנו מתקנים אשכולות K8s שבורים יחד עם מכונאים מוסמכים."

מקור: www.habr.com