שמתם לב איך האפליקציות של הסמארטפון מקבלות עדכונים בתדירות גבוהה מאוד ע"מ להישאר רלוונטיות? כיצד הן תמיד זמינות?היום בעידן המובייל, אפליקציה שלא מעודכנת בתדירות גבוהה, שלא מקבלת פיצ'רים חדשים, נחשבת למעפנה. קרוב לוודאי שניכנס לחנות הapp store ונוריד אפליקציה אחרת, טובה וחדישה יותר.
וזה רלוונטי לכל תחום שמעורב בו פיתוח. זה יכול להיות מערכת ה CRM הבאה, או כול מוצר אשר מצריך פיתוח. כיצד ניתן לפתח, לבדוק, להוציא לייצור, להוציא תיקוני באגים בזמן כלכך מהיר ובתחרות מסחררת?מה שנקרא Time To Marcket הפך להיות קריטי.
הקדמהאני לא איש לינוקס ולא איש Docker. במסגרת עבודתי עם חברות פיתוח, נחשפתי לטכנולוגיה המדהימה הזו אשר לדעתי מתפשטת כאש בשדה קוצים ויש לה יכולת לשנות מקצה לקצה את כללי המשחק גם בנושא פיתוח וגם בנושא תשתיות.אני חושב שכל איש פיתוח ותשתיות חייב להכיר את הטכנולוגיה הזו ע"מ להישאר רלוונטי.הפוסט לא מתיימר להיות טכני ולהיכנס לנבכי ה Image, Docker Swarm, kubernetes וכו' אלא הבנה בסיסית למה משמשת הטכנולוגיה.
מה זה מחשוב בתעשיה הסטנדרטית?
כיום, רוב תעשיית ה IT מושתתת ע"ג תשתיות סטנדרטיות. VMware, Storage. הכל ב High Availability מלא.כך גם האפליקציות של הארגון בנויות. ע"ג אותה ארכיטקטורה.
מה זה פלטפורמה שלישית במחשוב?
כל נושא הענן הציבורי, "אפליקציות שנולדו בענן", Docker Containers, מדברים על ארכיטקטורה שונה לחלוטין ממה שקיים כיום בארגונים – אפליקציות אשר בנויות להיות "צפות", בתזוזה, בפריסה אוטומטית.אפליקציות שמודעות שהתשתית הפיזית עליהן הן רוכבות היא לא ב 100% יתירות (High availability). אפליקציות שמחזור הפיתוח, השדרוג והכנסה לייצור מהירה פי עשרות מונים.ככל שתהיה זליגה של מערכות אלו לתוך הארגון, אימוץ הענן הציבורי, על שלל יכולותיו (לא רק תשתיות, DR, גיבוי) החלפת המערכות הישנות (legacy) באפליקציות אלו, כך השינוי יהיה חד ומהיר יותר.עד כמה האחסון המסורתי והוירטואליזציה רלוונטיים בצורתם הנוכחית?
אז לפני שנצלול ונבין מה זה Docker Containers, ומה זו מטודולוגיית Build - Ship - Run, בואו נראה קצת מספרים לגבי המערכת הזו:
· 460000 אפליקציות רצות ע"ג Docker Containers (גדילה של 3000% בתוך שנתיים)
· בכנס DockerCon האחרון השתתפו 4000 איש (ב 2014 רק 500)
· ע"פ נתונים רשמיים, שתים מכל שלוש חברות המנסות Docker, נשארות עם Docker
אז מה זה ה Docker Containers הזה?
במילה אחת –וירטואליזציה של מערכת הפעלה (Container)
מה ההבדל בין VMware / Hyperv לבין Containers ?
VMware - וירטואליזציה של ברזלים.
בעבר כל מערכת הפעלה ישבה על ברזל בודד. עם VMware לקחנו ברזל בודד והרצנו עליו עשרות מערכות הפעלה נפרדות. כל מערכת הפעלה משרתת אפליקציה בודדת.בפועל זה אומר שכל VM זו מערכת הפעלה שצורכת משאבים, היא גדולה, יש לבצע עדכון וטיפול שוטף שלה, וזה עוד לפני שהתחלנו להתקין עליה אפליקציות.
Containers – וירטואליזציה של מערכת הפעלה (לינוקס ואוטוטו מייקרוסופט)
ם VMware נתנה לנו הרבה מערכות הפעלה על ברזל בודד, שעל כל אחת רצה אפליקציה,הרי שContainers מאפשר לנו להגדיר על ברזל אחד, מערכת הפעלה אחת ואותה לדמות למספר רב של מערכות הפעלה.ומדוע זה טוב ליהודים? בצורה זו אפשר לדמות מערכת הפעלה יעודית לכל אפליקציה. ז"א שאני יכול להעמיס על שרת, ברזל, עשרות מערכות המורכבות מבסיסי נתונים, שרתי אפליקציה, מערכות קבצים ועדיין לנהל מערכת הפעלה אחת ויחידה.זה גורם לאפליקציות להיות קטנות משמעותית, זה גורם למפתחים לא לדאוג לשכבת מערכת ההפעלה, זה גורם לאחידות מערכות ללא קשר על איזה ברזל ופלטפורמה המפתח פיתח את האפליקציה ועל איזו תשתית המערכת רצה בייצור.
Docker Containers
המנוע שמאפשר לכל האופרציה הזו לעבוד. והוא עובד בצורה מדהימה שמקצר את תהליך הפיתוח עד לייצור בעשורת מונים!בקצרה, כל הפיתוח מבוצע בשכבות של שירותים. כל שכבה מנוהלת ומעודכנת בנפרד ונשמרת במיקום מרכזי לפי גרסאות.כל שכבה כזו מדמה גרסא משלה. כל פעם שמפתח צריך לקבל אליו את הגרסה החדשה – הוא מושך רק את אותה שכבה שנוספה ולא את כל המערכת מחדש.בכל תהליך כזה נוצר טמפלט שזה למעשה האפליקציה על כל ההגדרות, כל הרכיבים מוכנים.בתצורה הזו אין קבצי התקנה, אין התקנות וקנפוגים של אפליקציות (הנ"ל קיים כטמפלט \ אימיג' מוכן של השרת עם האפליקציה מותקנת ומוגדרת מראש)ז"א שבמידה ומשהו קרה \ נדפק באפליקציה אני לא מתחיל לתקן או להתקין מחדש אלא פורס מחדש את האפליקציה (היא נמצאת בגרסתה התקינה והפריסה שלה מבוצעת בצ'יק)בתצורה זו אין התקנה של אפליקציות. אני מקבל גרסה מלאה ואחידה. לא משנה אם אני מפתח על MAC, על לינוקס, מעביר לסביבת בדיקות על שרת מעפן או על מערכות בייצור.תמיד זו תהיה אותה מערכת עם אותן הגדרות ב ד י ו ק. Build - Ship - Runזה מזכיר לי כשהייתי בצוות DevOps עבור EMC Documentum. אלוהים איזה סרט זה היה כל פעם להעביר גרסה מהפיתוח, לבדיקות ולייצור. כל סביבה מוגדרת עלק אותו הדבר - כמה קומבינות וסקריפטים היו מעורבים בכל סביבה.
גדול, נניח אנחנו בונים אימיג' בסיסי המורכב ממערכת לינוקס. האימיג' הזה יושב בRepository מרכזי הנקרא Registry. האימיג' הזה הוא Read Only. אותו אפשר למשוך ולהפיץ למפתחים. נניח למחשב האישי עם Docker Client. על Image זה נוצרת שכבה נוספת עליה ניתן לכתוב. נניח הוספנו מערכת Apache. את המערכת החדשה שיצרנו על אותו Container, נשמור כImage חדש ב Registry. אלא שבמקום להעתיק את כל הImage, רק השכבה החדשה (Apache) מתעדכן ונשמר כ Image חדש, גרסה חדשה, אותה ניתן למשוך ולריץ כ Container. גם מי שמושך גרסה חדשה זו, מושך רק את החלק החדש של אותה גרסה (Apache). אם ניקח סביבת פיתוח שכל גרסה חדשה שיוצאת, מתעדכנת במהירות לכל המפתחים.
Docker Containers נקרא לפעמים Micro Services עקב השימוש בשכבות.הארכיטקטורה של בניית האפליקציה נחשבת למסובכת וקשה מפני שבתצורה זו אנו מפרקים את האפליקציה למספר שירותים, Services נפרדים אשר בנויים ומטופלים בנפרד.מצד שני, הפיתוח, שינוי גרסאות, שדרוג, טיפול בתקלות, פריסת מערכות בייצור, נחשב לקליל ומהיר לאין שיעור מאפליקציות legacy (שרת דואר למשל) – זה אפילו לא בר השוואה.וזו אחת הסיבות לפופולאריות בקרב קהילת הפיתוח.עוד יתרון מהותי של ארכיטקטורת Micro Services זה אבטחה. לדוגמא, ניתן לקחת אפליקציית תשלומים ולפרק את הרכיבים שלה למספר מערכות. כל מערכת מיוצגת ומנוהלת כ Micro Service נפרד, ואפילו מוגן ע"י מערכת חומת אש, חוקים והגדרות משלה.
בנוסף לארכיטקטורת ה microservices, בה אנו מפרקים את האפליקציה למספר רכיבים, יש אפשרות לנקוט בגישה מונוליטית. משמע, לקחת אפליקציה סטנדרתית קיימת ואותה להעביר לסביבת Docker Container. מה זה מאפשר?גמישות! מכיוון שבודדתי את האפליקציה ממערכת ההפעלה והתשתית עליה היא רוכבת, בתצורה זו האפליקציה "צפה". ז"א יכולה לעבור מסביבת VMware אצלי ב Data Center, לסביבת ענן ציבורי או לכל מקום בעולם אשר עובד בטכנולוגיית Docker Containers. מזכיר, לא משנה אם זה לפטופ, Azure, Google, או אצלי ב Data Center. אין משמעות לתשתית עליה היא רוכבת (VMware, KVM, Azure). כל עוד זו מערכת לינוקס נתמכת - הכל פיקס.
Docker בסביבות ייצור
ת המערכות הללו נראה בעיקר בסביבות פיתוח, מערכות ענן ציבורי ולא במערכות ייצור סטנדרטיות.מדובר בארכיטקטורה שונה של אפליקציות והניהול והתפעול היומיומי עדיין בכלי קוד פתוח.ישנה גרסא Drcker DataCenter המאפשרת תמיכה מלאה ויכולות מתקדמות.
מייקרוסופט אחת מהתורמים הגדולים למערכת הזו, וב Server 2016 נתחיל לראות תמיכה מלאה בDocker Containers ע"ג nano serversעקב הפופולאריות הרבה, גם עננים ציבוריים ומקומיים החלו להכניס תמיכה במערכות אלו (CaaS)
אז איפה האחסון המסורתי בתמונה?
· Docker Containers הם למעשה טמפלטים של מערכות ואפליקציות שלמות - Stateless
הם אינם מחזיקים את הDATA. כאשר ה Container יכבה, כל ה DATA ימחק.אם נרצה לקשר לאותן אפליקציות מידע כגון בסיסי נתונים, קבצי רשת או כל מידע שחשוב שישמר לאחר כיבוי המערכת – יש להשתמש באותן יכולות של מערכת אחסון מרכזית.ז"א ליצור ווליומים (NFS) ולקשר אותם \ להבטיח שבמידה ש Container עם DATA נופל \ נכבה, ה Container החדש שעולה במקומו מקבל את אותו ה NFS
· מכיוון שכל הטמפלטים של אותן מערכות נשמרות במיקום מרכזי (registry), ואותן מערכות פופולאריות בענן הציבורי, במידה ויש לנו מערכת אחסון שיודעת להסתנכרן לענן הציבורי נוכל לסנכרן את ה Registry בין ה DC שלנו לבין כל סביבה.
איפה VMware בתמונה?
שאלה מצויינת. תלוי את מי שואלים.Docker Containers מצטיירת כאבולוציה של הוירטואליזציה הנוכחית.בניגוד למייקרוסופט, Linux, VMware אינה מערכת הפעלה שניתן להריץ עליה אפליקציות.היא עובדת על גרסת לינוקס עבור Containers הנקראת פוטון ולדעתי נראה בקרוב יכולות מעניינות לסביבות היברידיות (Containers + legacy virtual apps)בגזרת ה NSX, יכולה להיות התממשקות, אולם זה פחות רלוונטי בשלב זהכמו לרוב מערכות האחסון, יש לה אפשרות ליצור שכבת אחסון קבועה עבור סביבת Docker המופעלת ע"ג VMware
לסיכום
טכנולוגיה מאוד מעניינתהיא במומנטום אדיר בעולמות הפיתוח ולדעתי עוד כשנה שנתיים נתחיל לראות ניצנים וזליגה מעולמות הפיתוח לעולמות הייצור.כרגע, בארץ, עוד לא נכנסה ל main stream אבל בהחלט ניתן לשמוע את הבאז בחברות הפיתוח (זוכרים את המספרים מלמעלה?)
שמתם לב איך האפליקציות של הסמארטפון מקבלות עדכונים בתדירות גבוהה מאוד ע"מ להישאר רלוונטיות? כיצד הן תמיד זמינות?היום בעידן המובייל, אפליקציה שלא מעודכנת בתדירות גבוהה, שלא מקבלת פיצ'רים חדשים, נחשבת למעפנה. קרוב לוודאי שניכנס לחנות הapp store ונוריד אפליקציה אחרת, טובה וחדישה יותר.
וזה רלוונטי לכל תחום שמעורב בו פיתוח. זה יכול להיות מערכת ה CRM הבאה, או כול מוצר אשר מצריך פיתוח. כיצד ניתן לפתח, לבדוק, להוציא לייצור, להוציא תיקוני באגים בזמן כלכך מהיר ובתחרות מסחררת?מה שנקרא Time To Marcket הפך להיות קריטי.
הקדמהאני לא איש לינוקס ולא איש Docker. במסגרת עבודתי עם חברות פיתוח, נחשפתי לטכנולוגיה המדהימה הזו אשר לדעתי מתפשטת כאש בשדה קוצים ויש לה יכולת לשנות מקצה לקצה את כללי המשחק גם בנושא פיתוח וגם בנושא תשתיות.אני חושב שכל איש פיתוח ותשתיות חייב להכיר את הטכנולוגיה הזו ע"מ להישאר רלוונטי.הפוסט לא מתיימר להיות טכני ולהיכנס לנבכי ה Image, Docker Swarm, kubernetes וכו' אלא הבנה בסיסית למה משמשת הטכנולוגיה.
מה זה מחשוב בתעשיה הסטנדרטית?
כיום, רוב תעשיית ה IT מושתתת ע"ג תשתיות סטנדרטיות. VMware, Storage. הכל ב High Availability מלא.כך גם האפליקציות של הארגון בנויות. ע"ג אותה ארכיטקטורה.
מה זה פלטפורמה שלישית במחשוב?
כל נושא הענן הציבורי, "אפליקציות שנולדו בענן", Docker Containers, מדברים על ארכיטקטורה שונה לחלוטין ממה שקיים כיום בארגונים – אפליקציות אשר בנויות להיות "צפות", בתזוזה, בפריסה אוטומטית.אפליקציות שמודעות שהתשתית הפיזית עליהן הן רוכבות היא לא ב 100% יתירות (High availability). אפליקציות שמחזור הפיתוח, השדרוג והכנסה לייצור מהירה פי עשרות מונים.ככל שתהיה זליגה של מערכות אלו לתוך הארגון, אימוץ הענן הציבורי, על שלל יכולותיו (לא רק תשתיות, DR, גיבוי) החלפת המערכות הישנות (legacy) באפליקציות אלו, כך השינוי יהיה חד ומהיר יותר.עד כמה האחסון המסורתי והוירטואליזציה רלוונטיים בצורתם הנוכחית?
אז לפני שנצלול ונבין מה זה Docker Containers, ומה זו מטודולוגיית Build - Ship - Run, בואו נראה קצת מספרים לגבי המערכת הזו:
· 460000 אפליקציות רצות ע"ג Docker Containers (גדילה של 3000% בתוך שנתיים)
· בכנס DockerCon האחרון השתתפו 4000 איש (ב 2014 רק 500)
· ע"פ נתונים רשמיים, שתים מכל שלוש חברות המנסות Docker, נשארות עם Docker
אז מה זה ה Docker Containers הזה?
במילה אחת –וירטואליזציה של מערכת הפעלה (Container)
מה ההבדל בין VMware / Hyperv לבין Containers ?
VMware - וירטואליזציה של ברזלים.
בעבר כל מערכת הפעלה ישבה על ברזל בודד. עם VMware לקחנו ברזל בודד והרצנו עליו עשרות מערכות הפעלה נפרדות. כל מערכת הפעלה משרתת אפליקציה בודדת.בפועל זה אומר שכל VM זו מערכת הפעלה שצורכת משאבים, היא גדולה, יש לבצע עדכון וטיפול שוטף שלה, וזה עוד לפני שהתחלנו להתקין עליה אפליקציות.
Containers – וירטואליזציה של מערכת הפעלה (לינוקס ואוטוטו מייקרוסופט)
ם VMware נתנה לנו הרבה מערכות הפעלה על ברזל בודד, שעל כל אחת רצה אפליקציה,הרי שContainers מאפשר לנו להגדיר על ברזל אחד, מערכת הפעלה אחת ואותה לדמות למספר רב של מערכות הפעלה.ומדוע זה טוב ליהודים? בצורה זו אפשר לדמות מערכת הפעלה יעודית לכל אפליקציה. ז"א שאני יכול להעמיס על שרת, ברזל, עשרות מערכות המורכבות מבסיסי נתונים, שרתי אפליקציה, מערכות קבצים ועדיין לנהל מערכת הפעלה אחת ויחידה.זה גורם לאפליקציות להיות קטנות משמעותית, זה גורם למפתחים לא לדאוג לשכבת מערכת ההפעלה, זה גורם לאחידות מערכות ללא קשר על איזה ברזל ופלטפורמה המפתח פיתח את האפליקציה ועל איזו תשתית המערכת רצה בייצור.
Docker Containers
המנוע שמאפשר לכל האופרציה הזו לעבוד. והוא עובד בצורה מדהימה שמקצר את תהליך הפיתוח עד לייצור בעשורת מונים!בקצרה, כל הפיתוח מבוצע בשכבות של שירותים. כל שכבה מנוהלת ומעודכנת בנפרד ונשמרת במיקום מרכזי לפי גרסאות.כל שכבה כזו מדמה גרסא משלה. כל פעם שמפתח צריך לקבל אליו את הגרסה החדשה – הוא מושך רק את אותה שכבה שנוספה ולא את כל המערכת מחדש.בכל תהליך כזה נוצר טמפלט שזה למעשה האפליקציה על כל ההגדרות, כל הרכיבים מוכנים.בתצורה הזו אין קבצי התקנה, אין התקנות וקנפוגים של אפליקציות (הנ"ל קיים כטמפלט \ אימיג' מוכן של השרת עם האפליקציה מותקנת ומוגדרת מראש)ז"א שבמידה ומשהו קרה \ נדפק באפליקציה אני לא מתחיל לתקן או להתקין מחדש אלא פורס מחדש את האפליקציה (היא נמצאת בגרסתה התקינה והפריסה שלה מבוצעת בצ'יק)בתצורה זו אין התקנה של אפליקציות. אני מקבל גרסה מלאה ואחידה. לא משנה אם אני מפתח על MAC, על לינוקס, מעביר לסביבת בדיקות על שרת מעפן או על מערכות בייצור.תמיד זו תהיה אותה מערכת עם אותן הגדרות ב ד י ו ק. Build - Ship - Runזה מזכיר לי כשהייתי בצוות DevOps עבור EMC Documentum. אלוהים איזה סרט זה היה כל פעם להעביר גרסה מהפיתוח, לבדיקות ולייצור. כל סביבה מוגדרת עלק אותו הדבר - כמה קומבינות וסקריפטים היו מעורבים בכל סביבה.
גדול, נניח אנחנו בונים אימיג' בסיסי המורכב ממערכת לינוקס. האימיג' הזה יושב בRepository מרכזי הנקרא Registry. האימיג' הזה הוא Read Only. אותו אפשר למשוך ולהפיץ למפתחים. נניח למחשב האישי עם Docker Client. על Image זה נוצרת שכבה נוספת עליה ניתן לכתוב. נניח הוספנו מערכת Apache. את המערכת החדשה שיצרנו על אותו Container, נשמור כImage חדש ב Registry. אלא שבמקום להעתיק את כל הImage, רק השכבה החדשה (Apache) מתעדכן ונשמר כ Image חדש, גרסה חדשה, אותה ניתן למשוך ולריץ כ Container. גם מי שמושך גרסה חדשה זו, מושך רק את החלק החדש של אותה גרסה (Apache). אם ניקח סביבת פיתוח שכל גרסה חדשה שיוצאת, מתעדכנת במהירות לכל המפתחים.
Docker Containers נקרא לפעמים Micro Services עקב השימוש בשכבות.הארכיטקטורה של בניית האפליקציה נחשבת למסובכת וקשה מפני שבתצורה זו אנו מפרקים את האפליקציה למספר שירותים, Services נפרדים אשר בנויים ומטופלים בנפרד.מצד שני, הפיתוח, שינוי גרסאות, שדרוג, טיפול בתקלות, פריסת מערכות בייצור, נחשב לקליל ומהיר לאין שיעור מאפליקציות legacy (שרת דואר למשל) – זה אפילו לא בר השוואה.וזו אחת הסיבות לפופולאריות בקרב קהילת הפיתוח.עוד יתרון מהותי של ארכיטקטורת Micro Services זה אבטחה. לדוגמא, ניתן לקחת אפליקציית תשלומים ולפרק את הרכיבים שלה למספר מערכות. כל מערכת מיוצגת ומנוהלת כ Micro Service נפרד, ואפילו מוגן ע"י מערכת חומת אש, חוקים והגדרות משלה.
בנוסף לארכיטקטורת ה microservices, בה אנו מפרקים את האפליקציה למספר רכיבים, יש אפשרות לנקוט בגישה מונוליטית. משמע, לקחת אפליקציה סטנדרתית קיימת ואותה להעביר לסביבת Docker Container. מה זה מאפשר?גמישות! מכיוון שבודדתי את האפליקציה ממערכת ההפעלה והתשתית עליה היא רוכבת, בתצורה זו האפליקציה "צפה". ז"א יכולה לעבור מסביבת VMware אצלי ב Data Center, לסביבת ענן ציבורי או לכל מקום בעולם אשר עובד בטכנולוגיית Docker Containers. מזכיר, לא משנה אם זה לפטופ, Azure, Google, או אצלי ב Data Center. אין משמעות לתשתית עליה היא רוכבת (VMware, KVM, Azure). כל עוד זו מערכת לינוקס נתמכת - הכל פיקס.
Docker בסביבות ייצור
ת המערכות הללו נראה בעיקר בסביבות פיתוח, מערכות ענן ציבורי ולא במערכות ייצור סטנדרטיות.מדובר בארכיטקטורה שונה של אפליקציות והניהול והתפעול היומיומי עדיין בכלי קוד פתוח.ישנה גרסא Drcker DataCenter המאפשרת תמיכה מלאה ויכולות מתקדמות.
מייקרוסופט אחת מהתורמים הגדולים למערכת הזו, וב Server 2016 נתחיל לראות תמיכה מלאה בDocker Containers ע"ג nano serversעקב הפופולאריות הרבה, גם עננים ציבוריים ומקומיים החלו להכניס תמיכה במערכות אלו (CaaS)
אז איפה האחסון המסורתי בתמונה?
· Docker Containers הם למעשה טמפלטים של מערכות ואפליקציות שלמות - Stateless
הם אינם מחזיקים את הDATA. כאשר ה Container יכבה, כל ה DATA ימחק.אם נרצה לקשר לאותן אפליקציות מידע כגון בסיסי נתונים, קבצי רשת או כל מידע שחשוב שישמר לאחר כיבוי המערכת – יש להשתמש באותן יכולות של מערכת אחסון מרכזית.ז"א ליצור ווליומים (NFS) ולקשר אותם \ להבטיח שבמידה ש Container עם DATA נופל \ נכבה, ה Container החדש שעולה במקומו מקבל את אותו ה NFS
· מכיוון שכל הטמפלטים של אותן מערכות נשמרות במיקום מרכזי (registry), ואותן מערכות פופולאריות בענן הציבורי, במידה ויש לנו מערכת אחסון שיודעת להסתנכרן לענן הציבורי נוכל לסנכרן את ה Registry בין ה DC שלנו לבין כל סביבה.
איפה VMware בתמונה?
שאלה מצויינת. תלוי את מי שואלים.Docker Containers מצטיירת כאבולוציה של הוירטואליזציה הנוכחית.בניגוד למייקרוסופט, Linux, VMware אינה מערכת הפעלה שניתן להריץ עליה אפליקציות.היא עובדת על גרסת לינוקס עבור Containers הנקראת פוטון ולדעתי נראה בקרוב יכולות מעניינות לסביבות היברידיות (Containers + legacy virtual apps)בגזרת ה NSX, יכולה להיות התממשקות, אולם זה פחות רלוונטי בשלב זהכמו לרוב מערכות האחסון, יש לה אפשרות ליצור שכבת אחסון קבועה עבור סביבת Docker המופעלת ע"ג VMware
לסיכום
טכנולוגיה מאוד מעניינתהיא במומנטום אדיר בעולמות הפיתוח ולדעתי עוד כשנה שנתיים נתחיל לראות ניצנים וזליגה מעולמות הפיתוח לעולמות הייצור.כרגע, בארץ, עוד לא נכנסה ל main stream אבל בהחלט ניתן לשמוע את הבאז בחברות הפיתוח (זוכרים את המספרים מלמעלה?)