"בנינו אשכול Mesos של 70,000 צמתים עבור המפתחים שלנו, אבל הם לא ישתמשו בו. אתה יכול לעזור? זו הייתה תחילתה של שיחה עם סמנכ"ל תפעול תשתיות בחברה גדולה ומפורסמת מאוד. למרות הישג מרשים להשגה, זה היה ללא ספק מערך התשתית המכולה הגדול ביותר שראיתי שלא נעשה בו שימוש - וגם, למרבה הצער, לא היה
זה אירוע בודד.דיברתי על המפגש הזה עם מספר רב של לקוחות, אנליסטים, חברים, עמיתים, שותפים, בעלי הון סיכון ומתחרים. כולנו הבענו חוויות דומות, וכולנו רצינו לדעת מדוע זה כך. אחרי הכל, אם כל כך הרבה משאבים מתבזבזים בתעשייה שלנו, כולנו מסכנים הרבה על ידי אי הבנה ופתרון הבעיה. אחרת, הגל הבא של המאמצים עשוי להתחיל לפקפק במיכלים יכולים לעזור לעסקים שלהם, וכולנו נצטרך להתחיל ללטש את קורות החיים שלנו.
אני חייב להיות כנה כאן: אני מפתח, מהנדס וטכנולוג שאוהב לבנות מוצרים ולהשתמש בטכנולוגיות החדישות ביותר. אז, המקום הראשון שחיפשתי במסע שלי למצוא תשובה לשאלה זו של 70,000 צמתים, היה הטכנולוגיות בהן נעשה שימוש. האם Mesos הייתה הטכנולוגיה הלא נכונה? האם זה מיושם בדרך הלא נכונה? האם הם השתמשו בקוד פתוח או בקוד סגור? האם היה מעורב SI? שאלות כאלה עלו בראש ראשונה. במבט לאחור אני חושב שאלו היו כנראה השאלות הלא נכונות
.התשובה הגיעה אלי כשנזכרתי ביום בקריירה שלי לפני 15 שנה: ישבתי ליד השולחן שלי כמפתח בבנק גדול, אני זוכר אנשי מכירות לבושים ללא דופי שהגיעו ונכנסו לחדרי הישיבות שלנו, חיזרו אחרי סמנכ"ל התשתיות שלנו והצוות שלו. הם היו מ- VMware, אז החברה לת שתיות וירטואליות. הייתי רק מפתח בבנק, אבל אפילו הבוס שלי או הבוס שלו או אפילו הבוס של הבוס שלו לא הוזמנו לאף אחד מאירועי ארוחת הסטייקים שאנשי VMware אירחו כמעט כל שבוע. אנשי המכירות של VMware התעניינו רק במקבלי ההחלטות על התפעול והתשתיות. חודשיים-שלושה לאחר מכן, נאמר לצוות שלנו כי נחתמה עסקה עם VMware ואנחנו נעביר את השירותים שלנו למחשבים וירטואליים בקרוב, וזמן קצר לאחר שהמהלך הזה התרחש במהלך כמה סופי
שבוע.ואז יום שני בבוקר אחד, השירותים שהצוות שלי היה אחראי עליהם פעלו על VMs במקום על שרתי מתכת חשופים ישנים עם אורות כחולים מהבהבים ומאווררים רועשים. זה היה הכל. כל התשתית שלנו הווירטואליזציה תוך חודשים ספורים ללא הרבה אמירה מצד המפתחים, ובעוד שמנו התנגדות מזויפת לשינוי הזה (ומי אוהב שינוי אחרי הכל?) והסכמנו בחוסר רצון להיות במצב המתנה במשך כמה סופי שבוע, לא יכולנו באמת להבחין בין ההתקנה הישנה והחדשה: הכל היה אותו דבר. שרתי ה-VM שלנו התנהגו והרגישו כמו שרתים "אמיתיים". אני בטוח שלא היינו יכולים להבחין בהבדל במבחן כפול סמיות אם מישהו היה מבצע כזה
.זכירת הימים ההם גרמה לי לתהות מדוע הגל החדש של שינוי התשתיות במכולות לא עובד באותה צורה. למה אנחנו לא יכולים לבנות אשכול Mesos או Kubernetes במהלך סוף שבוע או שניים ולשלוח תזכיר למפתחים בנושא: "ברוכים הבאים לעתיד התשתיות. אתה מוזמן!"?
התשובה כפי שכולנו יודעים היא שמכולות לא יעבוד ללא מעורבות וקנייה של מפתחים. מפתחים צריכים לבנות יישומים להתקנה במיכלים, אך הטמון במכולות, כאשר ממשקי API כמו Kubernetes נחשפים לאורך מחזור חיי התוכנה, הוא הכרח עבור מפתחים ומפעילים לשנות את הדרך בה הם עובדים ומתקשרים זה עם זה. הסיבה לאשכול מבריק של 70,000 צמתים שמריץ tumbleweed במקום יישומים עסקיים היא שהכלים שבנינו למעבר החדש הזה אינם מתייחסים לשינוי הארגוני הבסיסי והחיוני הזה, ההתחברות של מפתחים ואופציות. המציאות המרגשת היא שהקמת תשתית במיכלים הופכת לקלה יותר, מכיוון שיש שפע של פתרונות קוד פתוח שמניעים אותך לפעולה עם אשכול Kubernetes. אם אתה כבר פועל על ספק ענן גדול, אתה פשוט במרחק של כמה קליקים מלקבל אשכול משלך במיכל, מנוהל, מטופל וחיוב לפי דקה. היתרונות של הפעלת תשתית במיכלים גלויים לצוותי התפעול: שרתים בתצורה יחידה (לא עוד "פתיתי שלג"), זמינות וחוסן גבוהים מובנים וניצול משאבים משופר, אם להזכיר רק כמה. מפתחים רואים גם את הערך של ריצה בהתקנה במיכל: השפעה רבה יותר על סביבת הריצה, שליטה משופרת בספריות ותלות וצמצום הפער בין סביבות ייצור ופיתוח הם חלק מאלה. לכל צד במשוואה זו (devs and ops) יש ספקים משלו, כלים ופרויקטים של קוד פתוח שיעזרו להם במה שנדרש כדי לעבור לעולם מכולה - אבל זה לא מספיק. עדיין חסר לנו את המסגרת למפתחים ומבצעים לעבוד יחד כדי להפוך את זה להצלחה. יש פשוט מעט מאוד כלים וטכנולוגיות זמינים, אם בכלל, המאפשרים תקשורת זו.
כולנו כל כך ממוקדים בתחומי החדשנות האישיים שלנו - מרשת ועד אחסון ותזמור - עד שאנחנו יכולים לאבד את המיקוד בהשגת היעדים העסקיים של הלקוחות שלנו. בסביבה כזו, חברות אינטגרטור מערכות, ייעוץ ושירותים מקצועיים מצליחות, מכיוון שהן היחידות שמתמקדות בתוצאה ובמסירה לאורך שרשרת אספקת התוכנה; אבל זה לא בר קיימא. טכנולוגיות שדורשות מלקוחות לשלם כל כך הרבה לייעוץ כדי לגרום להם לעבוד לא יהיו טכנולוגיות פורצות דרך. בואו נודה בזה: אם הווירטואליזציה הייתה זקוקה למקינזי להיות נוכחת תמיד בשכר העבודה כדי שהיא תעבוד, לא היה ענן היום
.כדי שכולנו נפיק תועלת מטכנולוגיה פורצת דרך כמו מיכל תשתית, עלינו לחשוב בצורה רחבה יותר מהכלים החד-תכליתיים או תחומי המיקוד העיקריים שלנו ולחשוב מחדש על הדרך בה אנו בונים מוצרים לתעשייה זו. זה שונה מהמהפכה של הווירטואליזציה והענן, וככל שנבין זאת מוקדם יותר, כך היתרונות ללקוחותינו גדולים יותר.
Devops הוא לא רק חבורה של כלים מקוטעים או פרויקט "טרנספורמציה דיגיטלית" מפואר, זו שיטה לעבודה משותפת בין פונקציות, המופעלת על ידי הטכנולוגיה. לכן, כל טכנולוגיה שמכוונת לשוק ה- devops, במיוחד סביב מיכל, צריכה להתייחס גם לחשיבה של שיתוף הפעולה המתמשך לפני כל דבר אחר. אז בואו נבנה מוצרים מתוך מחשבה על כך כדי להתחיל ולשמור על שיחה בין מפתחים ומפעילים.
פוסט זה פורסם לראשונה כאן