מכולות, הסבירו

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

למעשה, 451 מחקרים מציגים את שוק מכולות היישומים כדי להתרחב מ- 762 מיליון דולר בשנת 2016 ל -2.7 מיליארד דולר עד 2020. בינתיים, גרטנר צופה כי למעלה מ- 50 אחוז מהארגונים העולמיים יפעילו יישומים מכולים בשנת 2020, עלייה מפחות מ -20 אחוזים ב- 2017.

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

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

מכולות 101

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

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

לחץ על תמונה לקבלת אינפוגרפיקה מלאה. קרדיט תמונה: טוויסטלוק

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

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

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

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

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

פירוט מהיר של נוף המכולות

ה DevOps ועקרונות הזריזים עליהם אנו מדברים ביחס למכולות אינם חדשים שכן הם חוזרים למושג ארכיטקטורה מוכוונת שירותים (SOA), המפורט במסביר השירותים המיקרו שלנו לעיל. מיכל הלינוקס המודרני הומצא כאשר דוקר שינה את המשחק. Docker הוא כמה דברים שונים אך בראש ובראשונה מדובר בטכנולוגיית קוד פתוח פופולרי להפליא שפותחה על ידי פרויקט Docker בשנת 2013. היא מיועדת לאריזה, משלוח והפעלת כל יישום כמכולה קלה. בשנת 2017 הוסיף דוקר את היכולת להריץ מיכלי לינוקס במערכת חלונות בטכנולוגיית Hyper-V.

Docker הוא בין מספר פרויקטים עם קוד פתוח המסייעים לעיצוב הטכנולוגיה והמרחב. Kubernetes, שפותחה במקור על ידי גוגל ומנוהלת כעת על ידי קרן מחשוב ענן ענן, היא מערכת קוד פתוח לאוטומציה של פריסת מכולות, שינוי גודל וניהול. Docker ו- Kubernetes הם שני הפרויקטים של קוד הפיתוח של תחנות כוח החזקים ביותר עם התפתחות הטכנולוגיה. למעשה, באפריל Dockers שיחררה את Docker Enterprise Edition (EE) 2.0, המאפשרת למשתמשים לנהל ולאבטח את עומסי העבודה שלהם ב- Kubernetes בסביבת ריבוי לינוקס, רב מערכת הפעלה או ענן רב. גמישות זו מקטינה את הסיכוי של חברות להיות כלוא בטכנולוגיה או בתשתית מסוימים. Docker אומר כי EE 2.0 מאפשר לחברות להשיג יעילות רבה יותר בעלות על ידי ניהול יישומים מממשק בקרה יחיד כדי לעקוב אחר תמונות, אחסון ורשתות.

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

לחץ על תמונה לקבלת אינפוגרפיקה מלאה. תמונה: סקר הדוקר, 2016

דוקר הוא גם סטארט-אפ (שנוסד בשנת 2010 כ- dotCloud) שגייס מימון של יותר מ- 242 מיליון דולר. החברה מציעה חבילת כלים מכלים ארגוניים (CaaS) לפיתוח פריטי Docker במרכזי נתונים ובעננים פרטיים. כמובן, כשמדובר בניהול מכולות ארגוניות, Docker אינו לבד במרחב. Red Hat מציעה חבילת CaaS ארגונית משלה של כלים למפתחים בכל מוצרי Red Hat Enterprise Linux (RHEL), OpenShift ו- JBoss.

יותר ויותר חברות טק בעלות שם גדול נכנסו גם הם לפעולה. שירותי האינטרנט של אמזון (AWS), Microsoft Azure ו- Google Cloud Platform (GCP) כל אלה משולבים בכלי תזמור וניהול מכולות מובנים בפלטפורמות ה- IaaS התשתיות-ענן שלהם. ב- 8 במאי, מיקרוסופט הודיעה על שותפות עם רד האט בכדי לאפשר למפתחים להפעיל תוכנה מבוססת מכולות באזור. באותו יום, IBM דיווחה כי היא תרחיב את שיתוף הפעולה שלה עם Red Hat כדי לאפשר למפתחים לבנות יישומים בפלטפורמת מכולות משולבת. בתוך כמה שנים קצרות, שטח המכולה היה צפוף למדי.

אילו בעיות עסקיות יכולות מכולות לפתור?

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

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

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

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

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

קרדיט תמונה: Docs.Docker.com

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

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

הרמן נתן למחלקות IT לארגונים שלוש עצות כאשר בחן כיצד המכולות משתלבות בארגון שלהן:

1. התחל

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

2. חזון מקיף

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

3. מערכת אקולוגית

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