في جو بسيط وغير رسمي ، تحدثنا مع أعضاء لجنة البرمجة الحية في DevOps حول كيفية من جاء إلى DevOps ، وما هو مهم للصناعة الآن ، ولماذا تكون المؤتمرات مفيدة وما يتم فقده عند الانتقال عبر الإنترنت. ندعوك للانضمام إلى التعارف: يمكنك اختيار مشاهدة والاستماع إلى التسجيل الكامل أو قراءة المقتطفات أدناه.
تتكون لجنة برنامج مؤتمر DevOps Live من 25 محترفًا أنيقًا يتمتعون بخبرة واسعة ومجموعة متنوعة من تاريخ الحالات. يمكنهم تنظيم حدث رائع فقط من دراسات الحالة الخاصة بهم (وسيكون أسرع وأسهل بكثير) ، لكنهم لا يفعلون ذلك لمساعدة المشاركين في الحصول على فهم كامل لعمليات وممارسات DevOps.
شارك في هذه المحادثة أربعة أشخاص: تيمور باتيرشين وديمتري زايتسيف وفاليريا بيليا ومنى أركييبوفا. ولحسن الحظ ، فإنهم جميعًا ينظرون إلى DevOps من زوايا مختلفة قليلاً ويضيفون لهجات مختلفة إلى جدول أعمال المؤتمر.
تيمور باتيرشين (إرثاد) في مجال تكنولوجيا المعلومات لأكثر من 15 عامًا ، شارك خلال هذا الوقت في إنشاء توزيعات Linux ، والمحاكاة الافتراضية للخوادم ، عندما لم تكن عصرية بعد ، وأتمتة نشر الخوادم على السحابة ، وبنى بنية التطبيقات السحابية.
تيمور باتيرشين: يمكننا أن نقول أن المسار إلى لجنة برنامج DevOpsConf بدأ في 2012-2013 مع مجتمع Hangops Ru (يمكن فك رموز Hangops على أنها "Ops on Hangouts" ، وفي Hangouts تم إجراء محادثات منتظمة حول الصناعة). تدريجيًا ، نما المجتمع خارج الدردشة ، وبدأ جوهر المتحمسين في تنظيم DevOpsDays Moscow. شارك ديما وليرا أيضًا ، وساشا تيتوف (أوسمينوج).
ديمتري زايتسيف (بهافينجر) طورت ممارسات DevOps و SRE قبل أن تصبح عصرية. تم دمجهم مع ITIL و Cobit بينما كانوا لا يزالون رائجين. لديه خبرة في gamedev و adtech و bigdata و fintech والتسويق. وهو أحد منظمي DevOpsDays Moscow و DevOps Moscow و Hangops Ru. الآن رئيس SRE موجود في flocktory.com.
ديمتري زايتسيف: في عام 2015 ، انتهى بي المطاف بطريقة ما في دردشة Hangops, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.
يعمل لدى flocktory.com مهندس البنية التحتية ، ويحافظ على البنية التحتية على AWS مع k8s. شاركت في تعديل النسخة الروسية من كتيب DevOps وهي واحدة من منظمي لقاءات DevOps Moscow ومؤتمر DevOpsDays Moscow 2019. انضمت إلى لجنة برنامج DevOpsConf منذ عامين ، مثل المشاركين الآخرين في المحادثة بناءً على اقتراح ألكسندر تيتوف.
فاليريا بيليا: انضممت إلى لجنة برنامج المؤتمر لأنني كنت مهتمة بمعرفة كيفية عملها من الداخل. لم يكن لدي أي تخمينات حول كيفية توزيع المهام ، على سبيل المثال ، بين لجنة البرنامج ومنظمي الحدث. كنت مدفوعًا بالفضول وأتيحت لي الفرصة لإرضائه. وهذه فرصة لا تُنكر.
منى Arkhipova (منى_الكسى) COO sudo.su (MIRC) ، شغل قبل ذلك مناصب إدارية وخبيرة في مجال الأمن وتكنولوجيا المعلومات. في عملها اليومي ، تستخدم ممارسات DevOps بنشاط وبدأت أيضًا عندما لم تكن سائدة بعد. انضمت منى إلى لجنة البرنامج بعد أن تحدثت إدارة " كيف تعيشين بدون أمن" الممتازة عن كيف أن السلامة هي مسؤولية الجميع. الآن جلب الأمن للجماهير ، ليس فقط في المؤتمرات الأمنية ، ولكن أيضًا في DevOps Live.
منى Arkhipova: , , — . , IT- «- », , - . IT , , DevOps.
DevOps
كما فهمت بالفعل ، تقوم منى بالترويج لـ DevSecOps وهذا العام سيكون هناك المزيد من الأمان في المؤتمر. لكن هذا لن يكون مؤتمرًا أمنيًا داخل DevOps Live - فجميع العروض التقديمية مصممة لأي مستوى من الخبرة ، أي أنها مناسبة لأولئك الذين بدأوا للتو في التفكير في الأمان . لكن بالنسبة لأولئك الذين يعملون بالفعل في هذا الاتجاه ، سنعرض بعض النقاط غير الواضحة والأدوات المفيدة.
سيخبرك الخبراء المشهورون في مجال أمن تكنولوجيا المعلومات بالضبط عن كيفية بناء الأمان ، وما هي الأخطاء التي ترتكب غالبًا وكيفية التأكد من عدم تعرضك أنت أو عملك لأذى مؤلم. في سلسلة من الفصول الدراسية الرئيسية ، سيظهر للمشاركين كيف يمكن اختراق خدمة ما وكيفية حماية أنفسهم منها من وجهة نظر تقنية ومن وجهة نظر عملية ، مع الاستمرار في منهجيات التطوير الحديثة.
DevOps :
بالطبع ، سنتحدث عن المشاكل الهندسية العامة ونناقش التقنيات والعمليات في الواجهة مع حلول مفيدة تسهل حل مشاكل التطوير والاختبار والتشغيل.
هل تعرف ما الذي يفصل بين تقرير الأداة الجيد والتقرير السيئ؟ في محاضرة جيدة ، لا يشعر المستمع بكتاب صوتي من دليل ، ويتحدث المتحدث عن كيفية استخدام هذه الأداة في الحياة الواقعية ، مع مساعدتها على تبسيط الحياة وحل مشاكلهم بشكل أكثر فعالية. في DevOps Live ، لن نتعرف على الأدوات فحسب ، بل نفهم كيف ومتى ننفذها وكيفية استخدامها بشكل صحيح.
يجب أن يؤخذ في الاعتبار أن هناك أدوات تتطور بسرعة كبيرة ومقاربات تتغير ببطء أكثر قليلاً. سنتحدث عن كليهما:
- , .
- - , , .
- .
بينما كنا نتحدث عن الأدوات وحقيقة أنه يمكنك التحدث عنها ، وستصبح على الفور أسهل وأكثر متعة بالنسبة لشخص ما ليعيشها ، أو لا يمكنك إخبار الجميع وانتظارهم لمعرفة ذلك ، أصبح من الغريب ما إذا كان الكمبيوتر قد حدد لنفسه مهمة التعليم .
فاليريا بيليا: سيكون من السذاجة تحديد هدف تعليمي حصري. إنه ، بالطبع ، متأصل في المؤتمرات عن طريق التصميم ، لكن من المستحيل تعليم شخص ما ضد إرادته. لكن يمكنك الاهتمام ، وتجعلك تتساءل وتشك. ساعد في تعلم شيء جديد ، قد لا يكون في الحال ، لكنه سيكون مفيدًا ويحصل على شيء رائع جدًا.
منى Arkhipova: . : , , , DevOps .. ITIL . , , , , , . , .
: , ITIL, . , , ITIL, . , , IT Extreme Programming, .
: , . - , . IT , , , .
: , . . , , , 1969 .
DevOps
الفكرة من مؤتمر DevOps Live هي النظر إلى DevOps من زوايا مختلفة ، لا سيما من منظور تطوير المنتج.
كجزء من نهج DevOps ، يجب أن تكون الحلول التقنية مرتبطة بأهداف العمل. لكن المهندسين في كثير من الأحيان لا يدركون جيدًا ما هي هذه المهام. على سبيل المثال ، يعتقدون أنه نظرًا لأن تقرير DORA يقول أن المؤسسات الرائعة يتم إصدارها عدة مرات في اليوم ، فإن وقت الوصول إلى السوق هو الأكثر أهمية للأعمال.
تيمور باتيرشين:مثل أي مهندس ، كنت أعتقد أن الشيء الرئيسي هو كتابة الكود جيدًا ، ولضبط عمله ، وسيكون كل شيء على ما يرام. ثم تبين أنه كان من الضروري ليس فقط الإصرار على الخدمات وكتابة التعليمات البرمجية ، ولكن أيضًا لنقل الأشياء في الشركة. وفي أي شركة ، على سبيل المثال ، أكثر من عشرين شخصًا ، تنشأ مهام إضافية لربط مجموعات العمل والمتخصصين الذين يريدون أشياء مختلفة. هذا ما أخبرنا به آباء DevOps: كيف نجعل الجميع يعملون معًا في نفس المهام.
بالنسبة إلى DevOps Live تحدث Timur Batyrshin و Andrey Shorin إلى مالكي المنتجات... اتضح أن الوقت اللازم للتسويق كما يفهمه المهندسون - الإصدارات المتكررة - ليس مهمًا جدًا بالنسبة لهم. الأهم من ذلك هو القدرة على التنبؤ ، والتي تتحقق عندما تعمل فرق المنتج ، والتطوير ، والعمليات ، وفرق الإدارة على تحقيق أهداف مشتركة وتفهم بعضها البعض. لذلك ، في المؤتمر ، سنركز على كيفية التفاوض وبناء الثقة والتعامل مع السمية وما إلى ذلك.
ولا يتعلق الأمر فقط وليس فقط بإظهار مالكي المنتجات كيف يمكنهم الاستفادة من DevOps. ولكن أيضًا ساعد المهندسين على فهم كيفية تأثير عملهم على المنتج. لأنه عندما لا ترى العلاقة بين عمل تقني معين ونتائج الشركة ، تظهر نفس المشاكل المتعلقة بالتحفيز ، والإرهاق ، وما إلى ذلك. وتشغل مسألة المساهمة في تحقيق الأهداف المشتركة ليس فقط الإدارة العليا ، ولكن بالفعل من قبل المتخصصين المتوسطين والكبار.
فاليريا بيليا: عندما يبدأ الشخص في فهم نفسه أكثر قليلاً كمحترف ويفكر فيما يريده من العمل في سياق حياته كلها ، يتضح أنه لا يضع Kubernetes طوال اليوم. لماذا؟" هنا ليست بعيدة عن الأزمة الوجودية.
, , . « , » , .
DevOps Chief-
لا يكتمل تنفيذ ممارسات DevOps في الشركة بالتأكيد بدون التضمين النشط لـ CTO ، أي أن هناك قادة تقنيين بين جمهور DevOps Live. قررت أجهزة الكمبيوتر تحديد الآلام التي يعاني منها كبير الموظفين التقنيين وكيفية المساعدة في حلها ، لأنه اتضح أنه لا يوجد محتوى كافٍ في مؤتمرات تكنولوجيا المعلومات الحديثة. في أغلب الأحيان ، يتم النظر في قضايا أكثر تحديدًا للفرق الفردية أو المشكلات الفنية.
الاختيار بين Kubernetes و OpenStack شيء واحد ، وشيء آخر - حلول على مستوى الرئيس. مثل هذه القرارات ، أولاً ، يجب أن تُتخذ أكثر من ذلك بكثير ، وثانيًا ، في أغلب الأحيان لا تمتلك الشركة حتى الآن خبرة ذات صلة ولا يمكنها الاعتماد إلا على نتائج الآخرين ، وثالثًا ، تكلفة الخطأ مرتفعة.
الشخص الذي لديه بادئة رئيسية ، بالإضافة إلى الحلول التقنية ، يشارك أيضًا في أشياء رائعة مثل: حساب تكلفة الملكية وتكاليف البنية التحتية ، وتخطيط مجموعة التكنولوجيا ، وإدارة القدرات ، وما إلى ذلك ، والتي تقع بعيدًا عن أنظار الأغلبية.
ديمتري زايتسيف: أريد أن أكشف عن موضوع كيفية تغيير شيء ما داخل الشركة بأكملها. الآن يبدو أنه لا يوجد مكان للحديث عنه. لذلك ، نريد أن يتحدث الناس ويتوصلون معًا إلى فهم كيفية تنفيذ شيء ما على مستوى الشركة.
التفاهم المتبادل في الصدارة
كما ترى ، فإن جميع السمات مترابطة وتشكل جزءًا من اللغز. لا داعي للتفكير: "نعم ، لست مهتمًا بتطوير المنتج ، ما زلت بعيدًا عن محطة الخدمة - فقط الجزء الذي يحتوي على ممارسات هندسية يبقى". هذا ليس صحيحا.
بطريقة أو بأخرى ، تتداخل جميع الموضوعات التي ستتم مناقشتها في المؤتمر ، لكن لجنة البرنامج تركز بشكل إضافي على ذلك وتعد صيغًا خاصة لإشراك المشاركين بأدوار مختلفة في المناقشة العامة.
فاليريا بيليا: نريدك أن ترى أن كلاً من زملائك في مكانهم يحل مشكلات ربما لم تفكر بها حتى. لكن جميعها تهدف إلى تطوير منتج تشارك فيه أيضًا.
تيمور باتيرشين:بالتأكيد ، واجه كل شخص موقفًا عندما كنت متأكدًا من الحاجة إلى بعض التغييرات الفنية ، على سبيل المثال ، أقنعت المدير أنك بحاجة ماسة إلى Kubernetes ، وقد تجاهلوا ذلك الآن لم يكن الوقت المناسب لذلك. لكن هناك دائمًا وجهان لمثل هذه القصص ، وحتى محادثات المؤتمر تساعد في فهم كل منهما.
والنقطة هنا ليست فقط أن تصبح "فريقًا أكثر فاعلية" ، ولكن أيضًا لأنه عندما تفهم زملائك وتثق بهم ، سيكون من الجيد لك العمل وتسهيل العيش. على سبيل المثال ، بالنظر إلى المشكلة على نطاق أوسع ، يمكنك فهم ما يحتاجه الفريق والشركة حقًا في الوقت الحالي. ونتيجة لذلك ، التحدث بلغة مفهومة للأعمال ، لإقناع الحاجة إلى تنفيذ أفكارهم. أو لسماع حجج الخصم وتقبل أن هذا ليس مجرد حديث في العجلات ، ولكن هناك حقًا سبب لعدم القيام بذلك الآن.
كل شيء على الإنترنت
موضوع لا يسعنا إلا التحدث عنه عبر الإنترنت ، حيث انتقلت جميع الأحداث حتى الآن. لقد عقدنا بالفعل في موقع Ontico ثلاثة اختبارات وثلاثة مؤتمرات كبيرة عبر الإنترنت (يمكنك أن ترى كيف ذهبوا في المقالة على KnowledgeConf ) ، ليس كل شيء سيئًا للغاية. لكننا نفهم ما يمكن أن تكون عليه الشكوك ، علاوة على ذلك ، فهي موجودة حتى داخل جهاز الكمبيوتر.
في رأينا ، هناك مشكلتان رئيسيتان عبر الإنترنت:
- التنافس على جذب الانتباه ، لأنه على عكس المؤتمر الذي تتم وجهاً لوجه ، والذي تزوره في مكان خاص ، في مؤتمر عبر الإنترنت ، يظل المشاركون في بيئتهم المألوفة مع كل المحادثات المُشتتة للانتباه والشبكات الاجتماعية الأخرى.
- عدم وجود اتصال مباشر بجميع مكوناته غير اللفظية.
على الإنترنت للجنة البرنامج هو تحد إضافي من حيث اختيار المتحدثين. من الصعب حقًا التركيز على عرض تقديمي منتظم ، عندما لا تشارك في العملية ، ولكن تستمع فقط. ولكن من ناحية أخرى ، فإن الإنترنت يجعل من الممكن أو الأكثر ملاءمة إجراء تفاعلات متنوعة وعروض توضيحية مباشرة للترميز والعمل في مجموعات وغير ذلك الكثير ، وهو ما لا يمكن القيام به في مؤتمر غير متصل بالإنترنت. ناهيك عن المتحدثين الأجانب الذين لا يستطيعون القدوم إلى روسيا لأسباب مختلفة ، لكنهم يريدون حقًا المشاركة والتواصل معنا ، لفهم ما يحدث في روسيا. هذا العام يسعد الكثيرون بالموافقة على التحدث في مؤتمرنا.
فاليريا بيليا: , . , , , , - . , , , . - , .
, , , , , . , , , , .
منى أرخيبوفا: إنه أكثر ملاءمة للمتحدث أيضًا ، لأن هناك فرصة ، على الأقل ، ألا تقف على اللوح القلاب ، بل الجلوس ، بل من الأفضل تناول القهوة ، ووجبة خفيفة في متناول اليد والشعور بالراحة بشكل عام.
ميزة أخرى ليست أكثر وضوحًا على الإنترنت هي أننا لا نقتصر ليس فقط بالمساحة (على سبيل المثال ، Infospace) ، ولكن أيضًا بالوقت. في الربيع ، تعلمنا من تجربتنا الخاصة أنه من المستحيل تمامًا المشاركة في مؤتمر عبر الإنترنت لمدة ثماني ساعات متتالية. لكن لدينا مجال للمناورة: يمكننا توزيع أحداثنا على مدى عدة أيام لعدة ساعات. سيظل الجدول الزمني ضيقًا للغاية لإبقاء المشاركين في السياق ، ولكن بضعة أيام ، عدة ساعات في وقت مناسب ، ستوفر سرعة مريحة لإدراك المعلومات.
تيمور باتيرشين: , - , , , - , , , . .
, , -, , -, , , -, , .
: . , , .
لذلك ، على هذا النحو ، يمكن أن تكون الشبكات عبر الإنترنت أكثر فاعلية ، ونعرف أيضًا كيفية إحيائها. كل ما تبقى هو الخوف من أنه بحلول نهاية شهر سبتمبر ، سنكون جميعًا ، من حيث المبدأ ، قد سئمنا من الإنترنت ، ولكن سيتم تحييده من خلال المحتوى الذي يعده الكمبيوتر. والتنوع.
تبين DevOps Live:
- هذا عرض من حيث التنسيقات: ستكون هناك تقارير ، وفصول رئيسية ، وورش عمل ، ومناقشات ، ومشاورات جماعية وفردية ، ولم يتم الكشف عن كل البطاقات.
- إليكم هذا الارتفاع من وجهة نظر الجمهور: نحن ننتظر في المؤتمر المهندسين من مختلف تخصصات تكنولوجيا المعلومات ، والعاملين في مجال الأمن ، ومحطات الخدمة ، ومديري المنتجات وأصحاب الأعمال.
- وكذلك العمق ، لأن الأشياء المتشددة لا بد أن تكون هناك أيضًا.
نأمل أن يسمح هذا الإعداد الشامل والتحضير الذي نقوم به مع المتحدثين للمؤتمر بالفوز بمسابقة الاهتمام ، وحتى العمل والشبكات الاجتماعية.
نحن نعلم مدى صعوبة تخصيص وقت أثناء الجلوس في المنزل لبدء النظر في شيء ما والمشاركة فيه والتفكير والمناقشة والتواصل مع الآخرين. من أجل هؤلاء الأشخاص ، أريد إنشاء محتوى رائع حقًا ، والبحث عن شخص ما ، والتفاوض ، وإيجاد تنسيقات جديدة. تعال ، نحن في انتظارك!
DevOps Live 29-30 6-7 . 15 .
— .
, , 5 18:00 - . , . , , .