תתכונן לערימה החדשה

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

עם זאת הדברים הענניים הפרטיים המהודרים על גבי שכבת הווירטואליזציה הזו איטיו לבוא. כן, כלי ניהול וירטואליזציה מ- VMware ומ- Microsoft אפשרו התנהגות עננית לשרתים ואחסון, ואפילו OpenStack סוף סוף מקבל משיכה ארגונית קטנה - אך העננים הציבוריים המתקדמים שמציעים אמזון, גוגל, IBM, מיקרוסופט ו- Rackspace מספקים הרבה יותר כיוונון אוטומטי מתקדם, מדידה ושירות עצמי (שלא לדבר על מאות שירותים אחרים). בנוסף, שכבת הענן של PaaS לפיתוח, בדיקה ופריסה של אפליקציות - המוצעת כיום על ידי כל העננים הציבוריים הגדולים - מצאה את דרכה למרכזי נתונים ארגוניים מעטים יחסית.

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

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

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

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

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

חובת המיקרו-שירותים

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

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

ארכיטקטורת המיקרו-שירותים נשענת על פרוטוקולים פשוטים יותר וידידותיים למפתחים יותר ממה שעשתה SOA - REST בניגוד ל- SOAP; JSON בניגוד ל- XML. שיהאן מציין הבדל מרכזי נוסף:

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

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

סינג מאמין שגישת המיקרו-שירותים האינטנסיבית לפקידות עשויה למנוע את הצורך ב- PaaS "פורמלי". הצעות PaaS כגון Cloud Foundry או OpenShift מציעות אוספים מוגדרים מראש של שירותים ותהליכים לבנייה, בדיקה ופריסה של יישומים - ואילו בערימה החדשה ניתן להטמיע קבוצות עשירות של מיקרו-שירותים הנגישים ל- API בכל שכבה. הן dev ו- ops יכולים להתחבר למיקרו-שירותים במעלה ובמורד הערימה, ללא האילוצים שמטילה PaaS.

סוג אחר של הכלאה

אדריכלות המיקרו-שירותים עשויה לזנק את PaaS, אך כל הערימה החדשה לא תשתרש בן לילה. לדוגמא, Netflix נחשבת באופן נרחב לפריסת שירותי המיקרו-שירותים המתקדמים ביותר בכל מקום, והיא הופכת שירותים רבים שנבנו מראש לזמינים עבור קהילת הקוד הפתוח כתמונות Docker ב- Docker Hub - אך Netflix אינה משתמשת ב- Docker בייצור. גם לא Runscope, לצורך העניין. שניהם משתמשים במקום זאת ב VMs קונבנציונאלי.

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

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

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

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

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

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

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