سيمون واردلي يزور الأبطال الخارقين
مرحبا بكم في Serverless الأبطال الخارقين!
أنا هنا أتحدث مع صانعي الأدوات والمبتكرين والمطورين الذين يقودوننا إلى مستقبل مشرق بدون خادم.
أتحدث اليوم مع سايمون واردلي ، استشاري في منتدى القيادة الرائدة ومتخصص في التصور الظرفي والمبادئ واللعب. للراحة ، قمت بتحرير المقابلة.
هذه هي الدرجة المعتادة للتكرار. لذلك ، أقول أن البنية الخالية من الخوادم (FaaS) سوف تسرع عملية التطوير بعدة أوامر من حيث الحجم. نظامك بالفعل 99.9 ٪ مكتوبة من قبل شخص ما. الحيلة هي العثور على القطعة الصحيحة. حاويات؟ لا تجعلني أضحك. جهاز آخر حرج. - سيمون واردلي
Forrest Brazeal : ليست هذه هي السنة الأولى في تكنولوجيا المعلومات وأنت تدافع بحماس عن التطورات التي لا تتضمن خوادم. هل كنت مهتما بهذا لفترة طويلة؟
سيمون واردلي : في عام 2005 ، قمنا في Fotango بتخطيط البيئة وأدركنا أن الحوسبة تحولت إلى خدمات المرافق ، مما يعني أن أوقات تشغيل الكود ستتطور في نفس الاتجاه.
نتيجة لذلك ، أنشأنا Zimki ، وفي الواقع ، كان أول منصة في العالم كخدمة: تم فتح خادم Javascript عبر API ، وهي بيئة تنفيذ تعليمات برمجية حقيقية مع فواتير وظيفية.
نظرنا على الفور بشكل مختلف في التنمية والصيانة ، وعموما على الإطلاق. فجأة ، رأينا مستويات جديدة من التفاصيل من حيث التكاليف. لا أحد لديه هذا من قبل. لقد توصلنا إلى كل أنواع المفاهيم المثيرة للاهتمام ، مثل التطوير القائم على القيمة.
للأسف ، قررت الشركة الأم أن تغطينا عندما كنا نكتسب زخماً. لكنني كنت أفكر في الأمر لسنوات. نتيجة لذلك ، نشأت لامدا. في رأيي ، شيء رائع.
أكثر حدة ، ويقول ... الحاويات؟
لا تفكر ، أنا في الواقع أعشق الحاويات. هذه هي النظم الفرعية غير مرئية. لكن هذه ليست معركة حقيقية. يحدث الشيء الحقيقي في أوقات تشغيل الكود ، خاصة عندما يتعلق الأمر بالفواتير الوظيفية.
يبدو أن الكثيرين لا يزالون لا يدركون أن الهندسة المعمارية التي لا تحتوي على خوادم تعمل على قلب العالم وتستمر في الجدال حول معنى الكلمة. هل يفاجئك أنه استمر؟
إنه يذكرنا بـ EC2 في عام 2006. لقد انخرطت Sun منذ فترة طويلة في حوسبة المرافق ، لكن القليل منهم أخذ EC2 على محمل الجد: "بعض القمامة. من يحتاج هذا؟ " واستراحوا لفترة طويلة.
في عام 2009 أو 2010 ، قال كل هؤلاء الاستشاريين في مجال الإدارة بشيء مثل: "المستقبل هو أنظمة خاصة ، لن يتم سحب AWS". وبنفس النجاح ، يمكننا أن نقول: "حسنًا ، ماذا عن هذه السيارات الخاصة بك ، من الأفضل تخزين القش على الخيول". نحن نعلم جميعا أين الأمازون الآن.
هل سوف يلحق بهم أحد؟
هذا من نفس الأوبرا التي تحدث فيها كبار مصنعي المعدات عن EC2 في 2008-2009. تحولت الحسابات إلى أدوات مساعدة ، وسحب كل شيء آخر عليها. الآن نسميها DevOps: التطور السريع للأنظمة العليا ، والتغيرات السريعة ، والتوازن المتقطع.
واصلت الشركات الكبيرة الجمود وتعزّيت نفسها بحقيقة أن كل هذا لن يصبح شائعًا ولن يؤثر عليه. بالطبع ، أخطأوا.
في تلك الأيام ، كانت الشركات المصنعة للمعدات الرئيسية تمتلك جميع المدفعية الثقيلة. كان بيزوس أمازون ومقلاع. وفاز. لم يكن هذا خطأ من المهندسين ، ولكن من القيادة. الآن يريدون العودة إلى اللعبة ، ولكن كل القوة موجودة في جانب Amazon.
مع العمارة بدون خادم ، يحدث نفس الشيء. الشركات الأخرى ، بالطبع ، كان يمكن أن تقاتل مع أمازون ، لكنها لم تفعل ذلك ، لأنهم لم يؤمنوا به. وعندما يعتقدون ، القطار سيغادر.
إذا كانت البنية الخالية من الخوادم جيدة جدًا ، فلماذا ينتاب الجميع الحاويات؟
لاستخدام لامدا ، هناك الكثير لنعرفه. هذا هو وسيلة مختلفة تماما ، قفزة كبيرة إلى الأمام. الحاويات أسهل. بالإضافة إلى ذلك ، فهي محمولة ، وكل هذا سعيد للغاية ، خاصة الموردين.
يتحدثون فقط عن هذا ويحاولون ألا يلاحظوا تحولًا في أوقات تشغيل التعليمات البرمجية. لا تفرض الحاويات تغيير البنية ولا تظهر أن جميع التعليمات البرمجية تقريبًا قد تمت كتابتها من قبل شخص ما.
هل لامدا حقاً أداة قوية تستحق الجهد؟
لقد أجريت مؤخرًا استطلاعًا على Twitter: كم مرة قام الناس بإعادة كتابة ميزات تسجيل المستخدم الأساسية. اتضح - مليون.
... كمثال. إذا كنت تعمل على تطوير لمدة 10 سنوات على الأقل ، فكم مرة قمت بإعادة كتابة ميزة تسجيل المستخدم؟ - سيمون واردلي
إنه لأمر مدهش ما مستوى عال من التكرار في الشركات. يعتقد الناس أن الحكومات تبدد الموارد. أسوأ حالات التكرار التي رأيتها في الحكومة هي 118 نظامًا فعل نفس الشيء تقريبًا.
في القطاع الخاص ، رأيت البنوك التي لديها ألف نظام متطابق لإدارة المخاطر. وكم هناك في جميع أنحاء العالم؟ ملايين وعشرات الملايين من نفس الأنظمة.
أعتذر بشدة ، لكننا نقضي أيامًا كاملة في إعادة تدوير النفايات الورقية. وإذا غيرت البنية بشكل جذري ، يمكنك قضاء هذا الوقت على وظائف مفيدة حقًا. ولكن ، بالطبع ، من السهل القول: "واو ، حاوية! يأتي ويخرج - رائع! والبيئة تشبه النعال المفضلة تقريبًا. "
هنا بالمناسبة ، حول "داخل وخارج". يخشى الكثيرون من أن تكون البنية التي لا تحتوي على خوادم " أسوأ حالة من ارتباط البائع في تاريخ البشرية ". هل هذا صحيح؟ هل نعتمد كليا على مزود الحوسبة بدون خادم؟
بالطبع ، سيكون رائعًا إذا كان لدينا موردين متنافسون مختلفون. ولكن هذا ليس بنفس أهمية الفوائد والوظائف. الشركات لا تزال تتنافس مع بعضها البعض. وفرصة اتفاق الموردين هي لا شيء تقريبًا. الكل يقول: "سنتميز بهذا وذاك".
الاستثناء الوحيد هو ، بطبيعة الحال ، الحب العالمي للحاويات. كل ما يندفع مع الحاويات ، ولكن تحولت ساحة المعركة. لقد ربحت المعركة ، لكنك خسرت الحرب.
نتحدث كثيرا عن المعارك اليوم. من سيفوز ومن سيخسر إذا تطورت الحوسبة بدون خادم وفق السيناريو الخاص بك؟
اليوم الأمازون و علي بابا ، الذين قطعوا رقاقة ، والفوز. لا تزال هناك شركات ذكية للغاية ، مثل Netflix ، تستخدم هذه التقنيات وتتكيف بسرعة.
وبالطبع ، فإن الشركات من شخص أو شخصين بمليار دولار ستظهر من العدم. سيكون لديهم وظيفة واحدة. لن يعرف أحد هؤلاء الأشخاص ، لكن الجميع سيستخدمون هذه الميزة كخدمة.
بالنسبة للخاسرين ... لا أريد أن أزعجك ، ولكن سيكون هناك معجبي DevOps بينهم.
تذكر ، عندما كانت الحوسبة منتجًا ، فقد بنينا طرقًا معمارية على خصائص هذا المنتج. خذ على سبيل المثال ، متوسط وقت الاسترداد المرتفع (MTTR). لقد قمنا بتوسيع نطاق القدرات المخطط لها وفكرنا في استعادة القدرة على العمل بعد الكوارث وأشياء من هذا القبيل.
ثم أصبحت الحسابات أداة مساعدة ، وتم تخفيض متوسط وقت الاسترداد ، وقمنا بإنشاء طرق جديدة: الأنظمة الموزعة ، التأمين ضد الأعطال ، هندسة الفوضى ، النشر المستمر. بمرور الوقت ، أصبح يعرف باسم DevOps. الحسابات كمنتج قديم.
الآن مع البنية الخالية من الخوادم ، تنتظرنا تغييرات جديدة ، وستصبح DevOps من مخلفات الماضي. وسيبدأون في نسيانهم.
حتى أن البعض لم يتح له الوقت الكافي للتبديل إلى DevOps.
نعم ، هناك من بدأوا انتقالهم لمدة خمس سنوات إلى DevOps. نتيجة لذلك ، سيصلون إلى هناك ، ولا يوجد أحد هناك. إنه عار.
كيف سيبدو تطوير البرمجيات في عشر سنوات؟
لا نعرف حتى الأساليب التي ستنمو في البنية الخالية من الخوادم. لن أقول بالتأكيد ، ولكن هناك بضعة تخمينات.
سوف المطورين حضور للقضايا المالية. ستكون تكلفة الوظيفة أكثر أهمية من أي وقت مضى. سوف تظهر نماذج تطوير جديدة قائمة على القيمة: تقوم إحدى الشركات ببناء نظام لآخر ، ولكن ليس بسعر ثابت ، ولكن لجزء من الربح من هذا النظام.
بالطبع ، لهذا ، يجب على الشركات نفسها أن تفهم ما يحققه النظام من ربح.
سيتغير هيكل الشركة أيضًا. هذا شيء شائع. لقد تطورت الكهرباء من منتج إلى أداة ، وظهرت العديد من أنظمة الرتب العليا. حدث الشيء نفسه مع الإنتاج عندما ظهر نظام الفوردية والنظام الأمريكي.
عندما يحدث هذا ، تظهر أساليب جديدة ويتغير شكل المؤسسة. أعتقد أنه سيكون هو نفسه مع العمارة بدون خادم.
هذا هو ، في رأيك ، في تطوير البرمجيات سيكون هناك خسائر أقل وكفاءة أعلى؟
دعونا نحدد الشروط. لا تخلط بين الخسائر والنفقات. هذه أشياء مختلفة.
سنرى كفاءة عالية وتطور سريع لأنظمة عالية المستوى. بالنسبة لتكاليف تكنولوجيا المعلومات ، تحدثوا عن EC2 مرة أخرى في 2007-2008. ومرحبا Jevons المفارقة .
في الواقع ، اتضح أنه كلما كان الشيء أكثر كفاءة ، كلما احتجنا إليه. يعتقد الناس أنهم سيوفرون الكثير من المال من خلال الحوسبة بدون خادم. لا بد لي من لفة شفتي. سنتخذ المزيد.
والسؤال الأخير: ماذا تقول للشخص الذي لا يستطيع الاختيار بين الهندسة المعمارية دون خادم والحاويات؟
[يضحك] ولكن هل هو صديقي أم ماذا؟
في رأيي ، لدينا قواسم مشتركة أكثر من الخلاف. أنا أكثر قلقا بشأن التوقيت. الحرب تندلع في ساحة المعركة دون خادم. وينبغي أن يكون كل الخطاب هناك. الرصيد المتقطع - هذا هو: كما تعتقد ، انتظر مائة عام أخرى ، ثم تنظر - أبحرت. - سيمون واردلي
دعنا نقول صديق.
حسنًا ، دعه يختار ما يريد إذا كان المشروع قصير الأجل. أنا لست ضد الحاويات.
ولكن إذا كان المشروع طويلًا ، فمن الأفضل عدم قضاء الوقت في إتقان الحوسبة بدون خادم. المستقبل يكمن معهم.