أرتيوم جالونسكي ، مكتب STO للمكتب: "أنا ضد شيء مثل مهندس DevOps"

هل تستخدم نهج DevOps في المنزل؟ إليك رمز الزوج الذي تم نشره للعمل. زوجة البنية التحتية تستعد البيض المقلي ، يهيئ القهوة ، والقمصان الكي. قطة المراقبة تنزلق من تحت قدميها في الوقت المناسب ، وتنظف درجها وتشير بصوت عال إلى متى تنحرف الزوجة عن البروتوكول المحدد.

في اليوم الأول من Slurm DevOps ، قابلت Artyom Galonsky ، مكتب STO للمكتب. حاضر على CI / CD ومقدمة للأتمتة. تحدث عن خطوط ناقل تجميع المصنع وتطبيقاتها في تكنولوجيا المعلومات. وفي الوقت نفسه ، شارك الأمثلة العملية ، مثل بناء خط أنابيب "مشترك".

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

عن الوظيفي

لقد كنت في التنمية لمدة 11 عاما. بدأت في مكتب المكتب؟

لا. بدأ العمل كمستقل في عام 2008 ، ثم أثار العديد من الشركات الناشئة. "Otfermery" كان مثل هذا بدء التشغيل. كانت موجودة لمدة عامين واتخذت شكلها. في عام 2011 ، بدأ الانخراط في أنظمة CRM لوكالة التأمين. كان هناك فريق صغير - 4 أشخاص. في 11-12 أصبح قائد الفريق. كان مطورًا بارزًا ورئيس قسم التطوير بالشركة. في عام 2017 ، أصبح STO من RedStart في كالينينغراد. وفي أوائل عام 2018 ، انتقلت إلى مكتب المكتب.

ما الذي جذبكم؟

الخطوة التالية. عرضوا ظروف مثيرة للاهتمام. الفرصة لتجميع فريقك. بالإضافة إلى مشاريع مثيرة للاهتمام. انتقلت من كالينينغراد إلى موسكو. كان يعمل في موسكو لمدة ستة أشهر. ثم قرر مديرو مكتب المكتب أنه ينبغي لنا فتح مكتب خلفي في كالينينغراد.

لماذا؟

أولا ، أنا نفسي من كالينينغراد. أنا أعلم أكثر مهنية عالية الجودة وقوية في كالينينغراد أكثر من موسكو. صيانة أي احتياجات أرخص في كالينينغراد. ومجتمع تكنولوجيا المعلومات قوي هناك. والمنطقة الاقتصادية الحرة تتقدم ببطء.

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

نعم ، ليست حتى نفسية أو ما هي الأسباب ... الناس فقط لا يريدون التحرك.

نعم ، أنا أتحدث عن هذا. ليس الجميع يريد التحرك.

وهذه ليست مشكلة ما - نفسية أو مالية. الشخص ببساطة لا يريد.

نعم. انا موافق "المشكلة" هي كلمة سيئة. بدلا من ذلك ، "التثبيت".

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

وفي موسكو؟

في موسكو ، لدينا مكتب أمامي. الإدارة ، مديري المشاريع ، حساب المدير ، مصممي الواجهة ، المصممين ومسؤولي النظام.

وكيف يتم التفاعل؟

لا شيء يتدخل. كل شيء يعمل بشكل مثالي تقريبا. كل هذا يتوقف على كيفية إعداده.

أنت نفسك ، كمحطة خدمة ، من تفضل - الموظفين عن بعد أو في المكتب؟

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

حول التنمية

كيف تحفز؟

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

أحد الاقتباسات المفضلة لدي من لويس كارول من "أليس في بلاد العجائب": "هنا يجب عليك الجري بأسرع وقت للبقاء في نفس المكان ، ولكن للوصول إلى مكان آخر ، يجب أن تجري مرتين بأسرع."

لدينا تقريبا نفس الشيء. في السنوات الـ 11 التي شاركت فيها على شبكة الإنترنت ، تغيرت التكنولوجيا بشكل كبير. قبل عامين ، من الناحية النسبية ، لم نكن نعرف ماهية Kubernetes وكيفية تنفيذها. الآن هو في كل مكان. وفي عام سيكون من الضروري للجميع. لأن الحمل سيزيد. إذا لم تضخ المعرفة وتستخدمها في مشاريعك ، فستتخلف عن الركب. بدء كل مشروع ، نحاول تقديم شيء جديد. العمل باستمرار على منتج واحد ، من الصعب للغاية تقديم منتج جديد. إنه أسهل بالنسبة لنا - بدء مشروع جديد ، نقدم تقنيات جديدة درسناها واختبرناها. ونحن نعمل على تطوير من مشروع إلى آخر.

ما هي التقنيات التي تستخدمها الآن ، والتي تعتبرها ضرورية؟

لدينا ما نقوم به الآن ، المكدس بسيط للغاية - الواجهة التفاعلية ، للواجهة الخلفية التي استخدمناها PHP جزئيًا قبل والآن ، الآن نحاول التبديل إلى Go. هذا هو خط مستقيم ، حيث نتحرك ، لترك PHP بالكامل على الذهاب والتطور فيه. هذه تقنية جديدة وجيدة ومستقرة توفر زيادة ممتازة في السرعة - سواء في التطوير أو في سرعة المنتج نفسه. أي أن مجموعتنا هي React.js و PHP و Go. هذا هو للغات البرمجة. حسنًا ، بالإضافة إلى التقنيات القياسية لـ Redis و PostgreSQL و RabbitMQ.

يمكنك استدعاء التقنيات التي عفا عليها الزمن بالفعل. لقد تحدثنا مؤخرًا مع اللاعبين - لذا فقد أزعجوا بعضهم بعضًا لأنهم كانوا في السابق من المحترفين في بيرل.

نعم. حسنًا ، ربما شخص آخر يستخدم بيرل. نفس JS ، التي تتطور باستمرار ... ما كان قبل ES6 مهملة ، أو نفس jpl. جاء js نفسه إلى "العقدة" وأصبح node.js. نفس php ، حسنًا ، شخص ما لم يعجبه - الإصدار 5 كان سيئًا ، والآن 7.2 يتطور في ظل الاتجاهات الحالية. بالنسبة لي ، لا يوجد أحد قديم. معنويا ، ربما نعم. أو أنمو من التكنولوجيا. في السابق ، قبل 10 سنوات ، كنت أستخدم MySQL ، الآن للمشاريع التي أضعها ، فهي غير مجدية في كل مكان تقريبًا. التقنيات التي أمتلكها ... على الأرجح ، لقد خرجت منها أكثر مما عفا عليها الزمن.

ما الذي يعجبك في Go الآن؟

سرعة التنفيذ ، الادخار. للجميع. ما أراه ، من خلال التواصل مع المهندسين المعماريين ، العملاء المتوقعين والمطورين ، لنفترض فقط أن ما اعتدنا على رؤيته في البرنامج النصي php ، يبقى في Go بالإضافة إلى ميزات اللغات المترجمة. Goroutines ، متعددة القنوات. ما لم يكن في php ، وقمنا بذلك من خلال php-fpm ، بالمعنى النسبي. بالإضافة إلى كتابة البيانات القوية. وأيضا تجميع سريع للثنائي نفسه.

ما هو المطور الجيد بالنسبة لك؟

بالنسبة لي ، المطور الجيد هو الشخص الذي يمكنه التبديل إلى لغة برمجة جديدة في حوالي 2-3 أشهر لفهمها. بطبيعة الحال ، لن يفعل أي شيء لمدة 2-3 أشهر. وقال انه سيكون في مرحلة "يونيو" ، القيام بمهام بسيطة. ضخ سريع - ويبدأ في إغلاق المهام المعقدة الجيدة.

ما هي الشركة التي تتصل بها - برتقالي ، فيروزي؟

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

أقول ، نسبيا ، ظهرت تكنولوجيا جديدة. وكيف يمكن للموظف أن يثبت لك أنه يستحق الاستخدام إذا كان عدد قليل من الناس لا يزالون يستخدمونه ولم تكن هناك أمثلة تمثيلية وحالات عملية؟ لكن التكنولوجيا واعدة على ما يبدو.

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

عن المشاريع

متى يكون من السهل عليك العمل مع عميل؟

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

هل يمكنك أن تتذكر مثالاً عندما قمت بسرعة وحل المشكلة أصلاً؟

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

أخبرني ، ما هو أكثر مشاريع التحدي إثارة بالنسبة لك مؤخرًا؟ ما الذي حصلت عليه من المتعة المهنية؟

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

ولكن لا ينبغي أن المهندس المعماري للشركة العميل التعامل مع هذا؟

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

هل ترى بالفعل جيلين مختلفين من المطورين؟

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

حول التكنولوجيا

التحول الرقمي - إلى أي مدى تعتقد أنه ضروري؟

مثل أي موضوع الضجيج ، فمن المألوف وضروري. لدينا عدد كبير جدًا من الطلبات لإجراء عملية تنزيل ممتازة. يعمل عدد لا يصدق من الشركات في Excel. ويحتاجون إلى جعل هذا التحميل "التفوق" ، pars ، يتحول إلى قاعدة بيانات ومن ثم يمكنك العمل عليها ، ثم تفريغها. يجب أن يؤدي التحول الرقمي إلى الانتقال إلى أنظمة العمل العادية - CRM وأنظمة المحتوى و CMS. وتخلى عن التفوق والعيش في عالم الويب العادي. هناك مثال جيد. في الشركة السابقة ، حيث عملت قبل Bureau-Bureau ، كان لدينا شركتان عميلتان. وكنا قادرين على تتبع بالتفصيل كيف يحدث كل شيء. في شركة واحدة ، ذهبت خدمة العملاء من خلال Excel. كان هناك قاعدة بيانات كبيرة. كان 2012-2013 العام. لم يكن CRM الطبيعي مناسبًا - كان هناك الكثير من سير العمل واستغرق وقتًا طويلاً لتكوينه على CRM العادي. وذهبت شركة واحدة للعمل في Excel. والثاني قضى نصف عام - وكتب لها CRM. ونتيجة لذلك ، فإن الشركة الأولى بعد ستة أشهر من وصولها إلى ذروة المبيعات ، وبدأوا العمل مع العملاء - انهارت. إن خدمة مكالماتهم لم تكن قادرة على تقديم خدمة جيدة وسريعة. وعلى العكس من ذلك ، تتبعت الشركة الثانية ، مع إدارة علاقات العملاء الخاصة بها ، زرًا واحدًا ، أي نوع من العملاء ، وكيف وصل إليهم ، وما أجاب عليه المديرون. لقد نجوا من ذروة النمو هذه وما زالوا يعملون. سير العمل الإلكترونية هو أيضا الاتجاه. توفير الوقت. الذي يعمل بشكل أسرع مع المعلومات ، وقال انه يكسب بشكل أسرع. لذلك في كل شيء. إذا لم يكن هناك مراقبة جيدة ولا تسجيل جيد للمشروع ، فلن يتمكن المهندسون من فهم المشكلة بسرعة. والبقاء على قيد الحياة ونجاح الأعمال يعتمد حقا على ذلك الآن. لذلك من الضروري ليس فقط استخدام موقع ويب جميل ، ولكن بناء موقع الويب الصحيح ونظام التسجيل الصحيح. هناك حاجة إلى التحول الرقمي. من الضروري مواكبة التطورات. إذا كانت هناك مثل هذه التقنيات ، يجب أن نحاول تقديمها.

ما هي التقنيات التي تراها الآن والتي ستكون واعدة في المستقبل القريب؟ على سبيل المثال ، قبل عامين كان يعتبر Kubernetes واعدا. الآن من الضروري ببساطة.

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

ويعتقد أنه مع التعلم الآلي والذكاء الاصطناعي ، فإن العديد من المهن سوف تختفي ببساطة. وهذا ينطبق على كل من المعلمين والاقتصاديين. ويقول المحامون إن تكنولوجيا blockchain ستنقل مجالات معينة في الفقه القانوني. ما المهن في تكنولوجيا المعلومات ، كما ترى ، سوف تختفي؟

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

يا المطربين

الآن في السوق يوجد عجز معين في مهندسي DevOps ...

اسمع ، أنا قاطع ضد شيء مثل مهندس DevOps.

لماذا؟

DevOps هي ممارسة ، إنها فلسفة. مهندس DevOps - من هو؟ هل هو المسؤول الذي تم ضخه أم هو "الخلفية" التي يتم ضخها بشكل جيد والتي يمكن أن تكون في المسؤول؟ بالنسبة لي لا يوجد مهندسون من DevOps ، بالنسبة لي هناك مدراء جيدين يفهمون Kubernetes. لكن Kubernetes ليس DevOps. الشيء الوحيد الذي أقبله بنفسي هو مبشر DevOps. من يمكنه المجيء إلى الشركة ويقول: " يا شباب ، نحن بحاجة إلى التحرك في هذا الاتجاه. تعلم التواصل والتفاعل ". لأن DevOps لا يتعلق بالتكنولوجيا. بشكل عام ، فلسفة DevOps بأكملها هي حول التفاعل. لمعرفة كيفية التواصل والتطوير وضمان الجودة ، ومزيد من الدعم. ويذكرني جميع مهندسي DevOps هؤلاء بالضجيج الذي قام به أسياد البراعة قبل حوالي ثلاث سنوات. احتاج الجميع إلى أسياد البراعة ، ولم يكن بإمكان أحد العمل بدونهم. أو قبل خمس سنوات ، كان الجميع بحاجة ماسة إلى مدير إعداد Jira. , «», . , DevOps — .

, - ?

, - . . , — , , «», , . , «». , DevOps. , DevOps-. . — . Kubernetes.

, IT-?

. . . . 90- .

, , ?

. . , . - . — , . , . , , , . . . , . , . , , . — .

Post scriptum

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