إذا لم تكن قد ذهبت إلى DevOops 2017 ، فربما تكون أفكارك الآن شيء من هذا القبيل: "ما علاقة التوغا اليونانية به؟ فهل كان أفضل تقرير من مؤتمر ديفز يبدو؟ ما هذا التقرير ولماذا يعتبر الأفضل؟ وهل هناك عروض جادة في الملابس العادية؟ "
كان الأمر جادًا بما يكفي: إذا كنت مهتمًا بالفروق الدقيقة في العمل مع Kubernetes أو Istio أو Zipkin ، في منشور ستجد كل هذا ، ولا تتعارض توغاس مع قول أشياء عملية. اعتمد عنوان "الأفضل" على الجمهور: قمنا بتجميع هذه العشرة الأوائل بناءً على تقييماتهم. والجواب على السؤال الأول هو تحت الخفض.
(الكلمة الرئيسية) DevOps على مقياس: المأساة اليونانية في ثلاثة أعمال
المتحدث:
Baruch Sadogursky و Leonid Igolnikتقرير العرضفي هذه الحالة ، من المهم فهم السياق. نهاية اليوم. شاهد المشاهدون بالفعل ستة تقارير ، ولا تزال هذه الكلمة الرئيسية الختامية. مباشرة بعد ذلك سيكون هناك طرف ، وبعد يوم من استيعاب المعلومات بنشاط ، ربما يرغب الكثيرون في الذهاب إليها بسرعة.
وسيكون من الصعب إدراك شيء فاضح في تلك اللحظة - لكن أداء الأزياء الساخرة حول الملابس ، المنمقة كمأساة يونانية ، تتناسب تمامًا مع السياق ، مما يضفي الحيوية على القاعة بأكملها. في الوقت نفسه ، "الحكاية الخيالية هي كذبة ، ولكنها تلميح فيها": قصة كيف واجهت شركة وهمية صعوبات مختلفة أثناء نموها ، ساعدت ليس فقط على الضحك ، ولكن أيضًا في التفكير.
ونتيجة لذلك ، كان هذا الأداء هو الأكثر تقييمًا من قِبل DevOops. من أجل مشاركة مشاعرهم ، نوصي بمشاهدة الفيديو في ظروف مماثلة: في مساء يوم صعب ، مع كوب من شيء تحبه.
توسيع k8s
المتحدث:
نيكولاي ريجيكوفتقرير العرضوعلى الفور بعد الفقرة السابقة ، هناك تباين حاد معها قدر الإمكان. في التقرير ، الذي احتل المرتبة الثانية ، بدلاً من النكات والترفيه ، تفاصيل فنية قوية.
أصبحت Kubernetes أداة رئيسية في عصرنا (هناك ، ينتقل GitLab من Azure إلى GCP بسبب ذلك). وبينما يستخدمه البعض بالفعل بقوة وقدرة رئيسية ، يراقب البعض الآخر باهتمام. نحن "ننظر عن كثب" في بداية التقرير بمعلومات أساسية ، وسوف يصبح استخدامه أكثر إثارة للاهتمام: يتحدث نيكولاي عن "كيف يكون كل شيء في الداخل" و "كيفية تبسيط عمليات المطورين باستخدام k8s قدر الإمكان" (من الناحية المثالية ، أراد سيأتي إلى NoOps).
سحابة واحدة: نظام تشغيل مركز البيانات في Odnoklassniki
المتحدث:
أوليغ أناستاسييفتقرير العرضومن لديه الآن ، مع كل شعبية Kubernetes ، أسباب لعدم استخدامه؟ في Odnoklassniki: نظروا إليه ، توصلوا إلى استنتاج "من الأسهل علينا أن نقطع أنفسنا بدلاً من تكييفه لأنفسنا". لكنهم وصلوا دوكر هناك. حدث كل هذا في إطار "إنشاء سحابة خاصة بك": في السابق ، تم استخدام مبدأ "كل خادم مشغول بمهمة واحدة فقط" في الشبكات الاجتماعية ، ولكن بمرور الوقت توصلوا إلى قرار أداء مهام مختلفة على خادم واحد. وتحدث التقرير بالتفصيل عن هذا.
هل ستكون تجربة Odnoklassniki مفيدة للآخرين إذا لم يعمل الجميع في شركة لديها العديد من مراكز البيانات الخاصة ، ومعظمها له خصوصية مختلفة تمامًا؟ دعنا نقول فقط أنه من غير المحتمل أن تشاهد تسجيلًا تشعر فيه "أننا بحاجة إلى أن نفعل الشيء نفسه" ، ولكن بعض التقرير قد يكون مفيدًا في سياق آخر ، ومعرفة "ما يعيشه الآخرون" مفيد لفهم عام للصناعة.
(الكلمة الرئيسية) تعال بعيدًا معي: حل المشاكل التي ليس لديك
المتحدث:
كوري كوينتقرير العرضيُعرف Corey Quinn بأنه مبتكر Amazon Amazon AWS
Last Week في AWS Weekly Newsletter. في نصوصه ، يكوي باستمرار ، يختلف بشكل كبير عن النمط الجاف المعتاد لمواد تكنولوجيا المعلومات. ولكن مع كل النكات ، تبين أن رسالته الإخبارية مفيدة للغاية ومفيدة لدرجة أن موظفي أمازون غالبًا ما يتابعون الأخبار عنها.
افتتح كوري المؤتمر بكلماته الرئيسية ، وفي خطابه كان هناك نفس المزيج من "السخرية والفعل": يمكن للمرء أن يسمع عن المواقف التي تضحك وتخطئ. "لقد جلست ذات مرة في تقرير Netflix حيث قالوا إنهم يمنحون جميع المطورين حق الوصول إلى الإنتاج بشكل عام. وافق الرجل الجالس إلى جانبي بحرارة على هذه الكلمات. نظرت إلى شارته وشعرت بالرعب عندما وجدت أنه يعمل في أحد البنوك ".
مذبحة سيليكون بالمنشار (كيف قضيت عطلة نهاية الأسبوع في الخدمة)
المتحدثون:
باروخ سادوجورسكي وليونيد إغولنيكتقرير العرضمرة أخرى Baruch Sadogursky و Leonid Igolnik ، ولكن بدون togas اليونانية ومع تقرير حول كيفية بناء عملية الواجب بشكل صحيح (وكيف يتم بناؤها غالبًا بدلاً من ذلك). لم يعد هناك "DevOps to scale" ممتع للغاية ، بل تقرير أكثر تطبيقًا مع استنتاجات محددة. ولكن إذا كنت تعرف باروخ ، فأنت تفهم بالفعل أنه تم العثور على مكان العرض هنا. أولاً ، لا يقوم المتحدثون بتعداد الأطروحات "كيفية القيام بذلك بشكل صحيح" فحسب ، بل يقدمون قصصًا افتراضية كمثال - ويمكنك القلق بشأن شخصياتها ، والتعرف على أنفسهم والآخرين فيها. ثانيًا ، يتم توضيح كل هذا باستخدام صور gif - وفي تسجيلات الفيديو يمكنك أن تسمع بوضوح من رد فعل الجمهور مدى دقة اختيارهم.
استكشاف الأخطاء وإصلاحها وتصحيح تطبيقات الإنتاج في Kubernetes (المعروف أيضًا باسم Failing Demo Talk)
المتحدثون:
باروخ سادوجور وراي تسانغومرة أخرى باروخ ، ولكن هذه المرة مع متحدث مختلف (وكما قد تخمن بلغة أخرى).
مع التقارير التي تتضمن "عرض حي" ، هناك دائمًا خطر "قد لا يعمل هذا العرض التوضيحي على المسرح فجأة". وهنا تغلبنا على هذه الصعوبة من خلال جعل العرض عمدا "كما لو رفض فجأة" - وكذلك خطوة بخطوة لفهم ما يجب القيام به حتى يصبح كل شيء على ما يرام. والذي يتناسب جيدًا مع موضوع استكشاف الأخطاء وإصلاحها وتصحيح الأخطاء: من المستحسن فهم التصحيح بمثال مرئي ملموس.
قصة نجاح أو "Dev + DevOps + Ops"
المتحدثون:
أرتيوم كاليتشكين وسيرغي بيردنيكوفتقرير العرضمن السهل الثناء على فوائد devops في المحادثات. من الأصعب الذهاب إليهم عندما تكون هناك شركة كبيرة ذات عمليات راسخة لا يمكن أن تتغير على الفور. وإذا كانت هناك ظروف مثل "هذا هو التكنولوجيا المالية ، لذا فإن الأمن هو الأهم" ، تصبح المهمة أكثر تعقيدًا.
وهنا تقرير من أولئك الذين ساروا بالفعل على هذا المسار ، حيث يشاركون تجربتهم بالتفصيل ، ينتقلون من "كان" إلى "أصبح". اتضح ، من بين أمور أخرى ، القصة التي لا يمكن للمرء أن يأخذها ويقرر أن يتحول إلى أدوات أخرى - يجب أن تحدث التغييرات مع الناس وتأتي منهم.
إدارة الخدمات الدقيقة الخاصة بك مع Kubernetes و Istio
المتحدث:
كريغ بوكستقرير العرضعلى الرغم من أن الفقرة السابقة تذكرنا بأن devo لا يقتصر على الأدوات ، بالطبع ، فإن الأدوات والقدرة على التعامل معها مهمة. وهذا التقرير يتعلق بدقة باستخدام تكنولوجيتين محددتين. إذا كان Kubernetes يتم التحدث به بالفعل والتفاوض عليه (خذ على الأقل العنصر الثاني في هذه القائمة) ، فإن الوضع مع Istio مختلف: يوجد بالفعل أكثر من 9000 نجمة
على GitHub ، ولكن لا يوجد الكثير من المواد حوله. هذا التقرير أكثر قيمة من أحد موظفي Google ، وهي شركة مرتبطة مباشرة بكل من Kubernetes و Istio. إذا لم تقم بتشغيل Istio من قبل ، فالآن هو الوقت المناسب: الإصدار 1.0 على وشك الحدوث.
كيفية إلقاء اللوم على الأشياء بشكل صحيح في التسبب في الكمون: مقدمة عن التتبع الموزع و Zipkin
المتحدث:
أدريان كولتقرير العرضتحدث تقنية أخرى لمساعدتك في استخدام الأداة بشكل فعال. كيف تقارن التسجيلات والمقاييس والتتبع؟ كيف تتعامل مع الثالث؟ لماذا سميت أداة Zipkin بهذا الاسم؟
سنفسد الجواب الثالث: عندما عانى تويتر من السقوط وأظهر ما يسمى ب "الحوت الفاشل" ، دعت الشركة الأداة التي تم إنشاؤها هناك بكلمة "الحربة" ، على أمل هزيمة "الحوت" معها. وللإجابة على السؤالين الآخرين ، انظر التقرير.
من مسؤول النظام إلى الشخص
المتحدث:
ألكسندر تيتوفتقرير العرضألكسندر هو شريك إداري في Express 42 ، والذي "ينمو DevOps في شركات التكنولوجيا." مع هذا العمل ، ليس من المستغرب أنه رأى العديد من المقاربات لـ DevOps ، بما في ذلك العديد من المناهج غير الناجحة - ويمكنه تلخيص المشاكل التي غالبًا ما تظهر وماذا يجب أن نفعل بها. ماذا يحدث عندما يأتي devops حصريًا من مسؤولي النظام؟ ومتى حصريا من جانب المطورين؟ ومن جانب الشركة ، من سمع كلمة طنين وقال "افعلوا الأمس"؟
إذا كنت تحب هذه التسجيلات ، فستحبها أكثر في مؤتمر DevOops 2018: هناك لا يمكنك سماع التقارير فحسب ، بل اسأل أي متحدث في منطقة المناقشة. سيعقد المؤتمر في سانت بطرسبرغ في 14 أكتوبر ، وقد نشرنا بالفعل إعلانًا تفصيليًا عن حبري ، وفي الوقت نفسه ، أصبحت التذاكر أكثر تكلفة - لذا يجب عليك التفكير فيها الآن.