هل Kubernetes هو Linux الجديد؟ مقابلة مع بافيل سيليفانوف


نص:
عزت خادييف: مرحبا. اسمي عزت خادييف. أنا مطور PaaS لـ Mail.ru Cloud Solutions. معي هنا بافيل سيليفانوف من ساوثبريدج. نحن في مؤتمر DevOpsDays. سيتحدث هنا عن كيفية إنشاء DevOps باستخدام Kubernetes، لكن على الأرجح لن تنجح. لماذا هذا الموضوع المظلم؟

بافيل سيليفانوف: إنها في الواقع ليست قاتمة. يتعلق الأمر بحقيقة أننا نحاول حل العديد من المشكلات في مجتمعنا بمساعدة التكنولوجيا. ونحن نحاول حل الأمور بمساعدة التكنولوجيا بطريقة أحادية الجانب. Kubenetes هو نفسه - هذا هو الشيء الذي يتحملون مسؤوليته، يمكن للمرء أن يقول أن العمليات. لكن لدينا مفهوم رائع لمهندس DevOps. مهندس DevOps مسؤول عن Kubernetes. في نفس الوقت... كما لو كنت تصنع Kubernetes، لكن فريق التطوير ليسوا على دراية بكل هذه Kubernetes على الإطلاق، فهم ليسوا على دراية بما يسمح لك بفعله - وكل شيء يعيش كما هو تمامًا بالنسبة لهم. وهذا على الرغم من حقيقة أن Kubernetes يحتوي على حلول جاهزة وأدوات جاهزة لاستخدام هذه التكنولوجيا لتوسيع نهج DevOps هذا، والتواصل بين Dev وOps. نحن نستخدم هذه الفرصة قليلا جدا. نظرًا لحقيقة أننا نقوم بنقل الهياكل الحالية إلى جميع أدوات DevOps هذه - Docker وKubernetes والسحابات وما إلى ذلك - فإننا نؤدي إلى تفاقم هذا الموقف بشكل أكبر. ونبدأ في استخدام الأدوات بشكل مختلف عما كان مقصودًا منها. ويتم بناء عكازات رهيبة حول كل هذه التقنيات.

عزت خادييف: فهمت. يبدو وكأنه موضوع واسع. ما هي برأيك المشكلة الأكثر شيوعاً التي تواجهها الشركات الآن؟ مع كوبرنيتيس.

بافيل سيليفانوف: المشكلة الأكثر شيوعًا في Kubernetes هي الافتقار إلى الكفاءات. هذه مشكلة شائعة في تكنولوجيا المعلومات. هناك دائما نقص في المتخصصين. هناك دائما نقص في الكفاءات. والآن مع Kubernetes لا توجد كفاءات كافية. وفي الوقت نفسه، لا تزال هناك حلول جاهزة بنسبة XNUMX٪ في السوق تسمح لك بالحصول على Kubernetes، ولكن في الوقت نفسه لا تملك الكفاءات اللازمة، فهي بصراحة قليلة في السوق. وتلك الموجودة، كلها تثير بعض الأسئلة. مع Kubernetes، نبحث باستمرار عن الأشخاص الذين يفهمون ذلك. نحن نحاول تكييف التطوير مع هذا.

عزت خادييف: ونظرًا للنقص الحالي في الموظفين في مجال تكنولوجيا المعلومات. الذي كان دائما هناك. والآن هناك. كيف تعتقد كيف تعيش في ظل هذه الظروف؟ ما هي الخارقة الحياة هناك؟

بافيل سيليفانوف: Lifehacks. أولاً، من وجهة نظر السحاب، تبدو حيلة الحياة هكذا - دعنا نقدم لنا بعضًا من كفاءاتك. وسوف نأخذهم لأنفسنا. وسوف نفعل هذا داخل أنفسنا. وهذا كل شيء جيد. باستثناء أنه من المهم أن يفهمها أولئك الذين يستخدمونها... إنها في الواقع لحظة رائعة... ولكن من المهم أن نفهم أننا إذا أعطينا جزءًا من كفاءاتنا في مكان ما للسحابة أو المزود، فإننا سنحصل على حل عالمي في المقابل. . بشكل تقريبي، لدينا قاعدة بيانات تقوم بأشياء محددة جدًا، وقد تم تكوينها بطريقة محددة جدًا. من خلال إعطاء قاعدة البيانات هذه إلى السحابة، يمكننا بالطبع طرد المسؤول الذي اعتاد التعامل مع مجموعات قواعد البيانات - نفس Amazon أو Google ستفعل ذلك نيابةً عنا. لكن في الوقت نفسه، لن تسمح لنا أمازون أو جوجل بتكوين قاعدة بياناتنا بشكل واضح. المشاريع الكبيرة والشركات الكبيرة - على أية حال، يصلون إلى حد أنهم في مرحلة ما من حياتهم يستخدمون الحلول السحابية، وبعد ذلك، على أي حال، يعودون إلى استعادة الكفاءات لأنفسهم، لأن هناك حاجة إلى شيء أكثر تحديدًا .

عزت خادييف: هل الحلول الشاملة سيئة أم يمكن بناء المزيد على أساسها؟

بافل سيليفانوف: لا، الحلول الشاملة ليست سيئة بالتأكيد. الحلول العالمية جيدة. مجرد حلول عالمية... عالمية. من المهم أن نفهم هنا. إنه مثل استخدام برنامج نصي مشترك... إذا كان بإمكانك بناء المنطق الكامل لعمل الشركة حول هذا البرنامج النصي المشترك والتطبيق المشترك، فهذا رائع. وإذا كان منطق العمل مختلفا، لكنك تأخذ هذا الحل العالمي، وهو برنامج نصي عالمي - وتبدأ، مثل البومة، تسحب الكرة الأرضية، فهذا أمر سيء. ولا حرج في العالمية نفسها.

عزت خادييف: إذا كان هذا المسؤول يعمل لديك بالفعل، فالنقطة ليست في إقالته. سيكون قادرًا على فعل المزيد.

بافيل سيليفانوف: نعم، خذ منه الروتين وأعطه في مكان ما لشخص ما ليتم صنعه في مكان ما هناك. وهذا بالتأكيد نهج جيد. النقطة المهمة هنا هي ما إذا كان هذا الحل القياسي مناسبًا لحالة معينة.

عزت خادييف: بناءً على تجربتي، أرى أن العديد من الشركات تفعل الشيء نفسه. إنهم يقومون بإنشاء مجموعة Kubernetes ويفكرون في توسيع نطاقها. وجميع هذه العمليات قابلة للتكرار للغاية.

بافل سيليفانوف: نعم بالتأكيد. علاوة على ذلك، إذا أخذنا Kubernetes على وجه التحديد، فسنجد أن هناك القليل من المعرفة العميقة والجيدة حول Kubernetes في السوق في الوقت الحالي. وKubernetes عبارة عن منشئ ضخم لدرجة أنك إذا استأجرته لشركة ما، فكن مستعدًا لتوظيف مهندس سيقوم بكل هذا بدوام كامل. وهي مكلفة. وحاول العثور على مثل هذا المهندس مرة أخرى. إذا تحدثت عن نفسي، فأنا لا أحب حقًا أي حلول سحابية، لأن لدي فهم جيد وعميق إلى حد ما لكيفية عمل Kubernetes. وغالبًا ما أفتقر إلى بعض الوظائف التي أطلبها في السحابة - لكنهم يقولون لي "لا، لا يمكنك ذلك". حسنًا، في هذه الحالة، أنا آسف، لكن يمكنني أن أفعل ما هو أفضل من كلاود. ولكن في الوقت نفسه، إذا لم يكن لديك مهندس بدوام كامل، ولا ترغب في الدفع لهذا المهندس الذي يدير Kubernetes، وتدفع له باستمرار الكثير من المال فقط للتجربة، فإن السحابة هي مجرد حل جيد ورائع. لأنه على الأقل هناك رجال يجلسون هناك وقد قام المزود بالفعل بتجنيدهم. وهم يعرفون ماذا يفعلون. وتلك الأشياء الأساسية التي تحتاجها بشكل يومي موجودة.

عزت خادييف: ما رأيك في الوضع الحالي لـ Kubernetes؟ ماذا سيحدث له خلال خمس وعشر سنوات؟

بافل سيليفانوف: سؤال جيد. أنا أعرف فقط ما يحدث في مجتمعنا حول هذا الموضوع. يعتقد بعض الناس أنه لن يتبقى سوى Kubernetes. الوضع الذي حدث مع Linux منذ وقت طويل. وهذا هو، خارج Linux، هناك أشخاص يعيشون في BSD، على الأرجح، لديهم مهام محددة للغاية. هناك أشخاص يعملون تحت Windows - خوادم Windows - على الأرجح، لديهم أيضًا مهام محددة، أو لديهم ببساطة الكفاءة في هذا الشأن وهم غير مستعدين للمغادرة هناك. على أية حال، المعيار في مجالنا هو Linux. هناك رأي مفاده أن Kubernetes سيصبح هو نفس المعيار الفعلي، ولن يكون هناك شيء سوى Kubernetes. لن يقوم Kubernetes بإدارة التطبيقات ونشرها ونشرها وتوسيع نطاقها فحسب. بشكل عام، إدارة كل شيء. الآن يسألون بالفعل: "هل من الممكن دفع قاعدة البيانات إلى Kubernetes؟" عادةً ما أقول إن المشكلة هنا ليست في Kubernetes، بل في Docker. إذا كنت مستعدًا لتشغيل قاعدة البيانات الخاصة بك في حاويات، فهذه هي الطريقة التي ستعمل بها. يجيبونني: لا، لا، لا، انتظر. لا حاجة للحاويات. تحتاج كوبيرنيتيس. سنقوم بتطعيمها على العقدة. أي أن كل شيء سيكون كما هو الآن، ولن يتمكن سوى Kubernetes من إدارة كل شيء. وهذه في الواقع فكرة جيدة. وهذا يعني أن Kubernetes هو شيء من هذا القبيل عندما يمكنك القدوم إلى شركة ما، إذا كانت الشركة لديها Kubernetes وعمليات مبنية عليها، فإن الشخص الذي يفهم هذا - يحتاج فقط إلى النظر إليه لبضعة أيام ليقول: " أنا مستعد لدعمك. تماما. تماما. أنا أفهم كيف تسير الأمور بالنسبة لك. على عكس الأساليب التي لا تحتوي على Kubernetes - هنا تم دفع بعض العكازات، وهنا عكازات أخرى. Ansible هنا، Terraform هنا. لقد كتب شخص ما كل هذا، واستغرق الأمر ستة أشهر لمعرفة ذلك. هنا. لذا، لا أعرف ما إذا كان Kubernetes سيصبح معيارًا فعليًا. واليوم، يبدو أكثر طموحًا وثقة من الحلول الموجودة حوله.

عزت خادييف: حسنًا، المقارنة مع Linux جريئة جدًا. إنه يعمل على جهاز واحد - هذا كل شيء. ويعمل Kubernetes على العديد من الأجهزة. يظهر على الفور مليون اختلاف وأسباب. نعم، انها جريئة. فقط إذا أخذت في الاعتبار أن هناك منافسين لهذا النموذج. على سبيل المثال، بدون خادم. هل Kubernetes في خطر مع هؤلاء المنافسين؟

بافيل سيليفانوف: من دون خوادم... (ضحك) بلا خوادم - ما زلنا نفهم أن هناك خوادم على أية حال. لقد سمعت مؤخرًا تقريرًا حول هذا الموضوع. هناك قال الشخص أنه لا تزال هناك خوادم - وهذه سحابة. ولكن يجب علينا أن نفهم دائمًا أن السحابة لديها أيضًا خوادم. هناك خوادم أجهزة حقيقية، ورف، ويتم تثبيتها في مكان ما. هذه هي السحابة. علاوة على ذلك، هناك Serverless، حيث لا توجد خوادم "لا". لذا فإن السؤال هو: هل سيفوز Serverless على Kubernetes؟ يبدو لي أن Serverless سينتقل إلى Kubernetes. بالنسبة لمقدمي الخدمة الذين يقدمون خدمة بدون خادم، تعد Kubernetes منصة مناسبة جدًا لتوفير ذلك. نعم، ربما في مرحلة ما سنتوقف عن الحديث عن Kubernetes من حيث المبدأ، كما هو الحال في التطوير العادي لتطبيقات الأعمال. ولكن في مكان ما في العمق، سيكون لدى مقدمي الخدمات والمهندسين نظام Kubernetes، حيث سيتم تنفيذ كل هذا.

عزت خادييف: موضوع مختلف قليلاً. هناك شيء مثل مهندس مكدس كامل. ما رأيك بهم؟ هل هم موجودون أصلاً؟

بافيل سيليفانوف: أم... مهندس Fullstack... حسنًا، يبدو لي أن الأمر يستحق التمييز بين هذه الأشياء التي... كما تعلمون، هناك شيء مثل الأشخاص على شكل حرف T. هل هناك حاجة لمثل هؤلاء الأشخاص في صناعة اليوم؟ نعم، نحن بالتأكيد بحاجة إليها. نحن بحاجة إلى أشخاص لديهم نظرة واسعة، ولكن في نفس الوقت هم متخصصون في بعض المجالات الضيقة. وهنا مهندس Fullstack هو نفسه - الشخص الذي يفعل كل شيء. بدءًا من تطوير الواجهة الأمامية والاختبار والواجهة الخلفية والخوادم وكل شيء آخر. لا أعتقد أنه في شركة كبيرة يمكن لشخص واحد القيام بذلك دون أن يكون لديه تخصصات ضيقة في كل من المعلمات. لكن في الوقت نفسه، لا أعرف شيئًا عن تخصصي الضيق، مثل ما يحدث حول هذا الموضوع - وهذا أيضًا لا يعمل في العالم الحديث. أي هنا أود أن أقول... سأتجاهل كلمة Fullstack. نحن حقا بحاجة للمهندسين. نحن بحاجة إلى DevOps. لدي شعور بأننا سنعيد النظر في هذه اللحظة قريبًا. ولن تكون هناك حاجة لهم.

عزت خادييف: هل يمكنك الكشف؟

بافيل سيليفانوف: يبدو لي أننا في الصناعة سوف نتوصل إلى نتيجة مفادها أن أدوار التطوير والعمليات هذه ستختفي قريبًا. إذا كنا بحاجة إلى متخصصين ونقوم بالصيد... نحتاج إلى مطور كذا وكذا، ونحتاج إلى مديرين كذا وكذا، ونحتاج إلى مهندسي DevOps - الآن لدينا، والآن سيكون لدينا أيضًا مهندسو إنتاج، ومهندسو SRE. على الرغم من أننا في الواقع نحتاج إلى المهندسين الذين نريد توظيفهم. الخلفية ليست مهمة إلى حد كبير. لأن... على سبيل المثال، تقول SRE أن مشاكل البنية التحتية هي دائمًا مشاكل برمجية. لذا... لنأخذ المطورين - من وجهة نظر أن المطور مهندس - نضعهم في قسم الصيانة وسيقومون بحل هذه المشكلات بنفس الطريقة التي يحلون بها مشكلات العمل بمساعدة الكود، بمساعدة الهندسة على هذا النحو.

عزت خادييف: ومن هذا المنطلق... كيف تتم مقابلة هؤلاء المهندسين؟

بافيل سيليفانوف: أوه، سؤال جيد. ربما يكون بالفعل يتجاوز ما أفهمه في هذه الحياة. ولكن أود أن أعطي مثالا فقط. ليس لها علاقة بالمقابلة. هذا يتعلق بنظامنا التعليمي في روسيا. في مجال تكنولوجيا المعلومات، نعلم أن نظامنا التعليمي في روسيا قديم جدًا بالنسبة لعالم تكنولوجيا المعلومات، وهو ليس كما ينبغي أن يكون. أنا أتحدث في المتوسط ​​عن روسيا الشاسعة، وما يحدث هناك. يتخرج الأشخاص الذين ليسوا على استعداد مطلقًا للذهاب إلى تطوير الويب أو شركة تكنولوجيا في اليوم التالي بعد التخرج. وهذا أمر سيء نوعًا ما. نحن نعلمهم بعض الأشياء الغريبة، على الرغم من أننا يجب أن نعلمهم كيفية التطوير لنظام Android وiOS وكيفية استخدام Git وكل هذه الأشياء. في الواقع، يبدو الأمر كذلك. الكلية هي الوقت الذي يدفع فيه والديك في الغالب تكاليفك. لحياتك كلها. ويمكنك تخصيص خمس سنوات من حياتك للدراسة المتعمقة. ودراسة كل هذا على شكل حرف T. عندما تتمكن من الدراسة في المعهد ما هو نظام التحكم في الإصدار، وما هي أنماط التطوير الموجودة، وكيفية اختبار الأمر برمته، وما هي أنواع قواعد البيانات والموازنات الموجودة. وعندما تذهب إلى العمل، تبدأ في التعمق في منطقة معينة. وهذه هي الطريقة التي نحصل بها على المهندسين. ونظامنا التعليمي في روسيا أقرب بكثير إلى هذه الحقيقة مما نعتقد. لقد حصلنا على تدريب رياضي جيد، وتدريب خوارزمي جيد، وفهم بعض لغات البرمجة. وفيما يتعلق بالمقابلة، يبدو لي شيئًا قريبًا من هذا. نحن بحاجة لمقابلة المهندسين. نحن بحاجة إلى الجزء العلوي من T على شكل حرف T. لأنه سيكتسب الخط العمودي لحرف T.

عزت خادييف: نعم، مثير للاهتمام. بعد خمس سنوات من التخرج من الجامعة، بدا لي أن تعليمي كان غريبًا وغير كاف إلى حدٍ ما. وبعد ذلك، مع تقدم العمل، عندما أصبحت المهام أعمق، أصبحت المشاريع أكبر، أدركت أنه لا، لقد تعلمت أشياء مهمة جدًا. بافل، شكرا لك. كان من الممتع جدًا الاستماع إلى إجاباتك. دعونا نستمع إلى تقريرك.

بافيل سيليفانوف: شكرا لك.

المصدر: www.habr.com

إضافة تعليق