كل يوم ثلاثاء في المساء ، يجمع نادي عشاق DevOps المجهولين. مهامنا أكثر طموحًا من مجرد مشاركة مشكلتنا وربما الحصول على المشورة. نناقش جميع اتجاهات الصناعة بحيث يكون من دواعي سروري الحضور إلى
المؤتمرات والأقسام على DevOps .
منذ يوليو ، نعمل على
DevOpsConf Russia ، وهو مؤتمر محترف حول تكامل عمليات التطوير والاختبار والتشغيل ، والذي انبثق عن RootConf وسيعقد في 1 و 2 أكتوبر في موسكو ، في Infospace.
اليوم سأخبرك كيف نقوم بذلك ، وما هي التقارير التي نحاول اختيارها ، وما الذي يطلبه المتحدثون.
لقد اخترنا النزاهة كنقطة تركيز المؤتمر . سنتحدث عن DevOps من جهات مختلفة - من جانب التطوير والتشغيل والعمليات والإدارة والأدوات. لهذا قمنا بصياغة مثل هذه المجموعة من الأقسام:
- منصة البنية التحتية.
- البنية التحتية كرمز.
- التسليم المستمر.
- ملاحظات.
- الهندسة المعمارية في DevOps ، DevOps لـ CTO.
- ممارسات SRE.
- إدارة التدريب والمعرفة.
- الأمن ، DevSecOps.
- التحول DevOps.
في رأينا ، تصف هذه المجموعة بشكل كامل جميع الجوانب المهمة. سوف يتحول
برنامج يغطي كل هذه القضايا إلى فائدة شاملة. من ناحية أخرى ، فإن المهمة الرئيسية هي
الحفاظ على التوازن ، وليس البدء في الحديث عن العمليات والثقافة بمعزل عن التكنولوجيا والأدوات. لذلك ، نطلب من المتحدثين لدينا استعادة العملية في الشركة ، وتوضيح الأهداف والغايات وربطها بالحلول التكنولوجية.
اسمحوا لي أن أشرح بمثال: سيكون لدينا متحدث
ممتاز في جميع مؤتمرات
DevOps -
أليكسي فاخوف ، CTO في Uchi.ru.
تحدثنا مع Alexei ووجدنا أنه منذ تقريره الأخير في بنيتها التحتية وناقل التوصيل لم تكن هناك ابتكارات تكنولوجية خاصة. بعد المناقشة وقليل من العصف الذهني ، قررنا فقط الخروج من العملية. كيف بالضبط تنتقل الأداة من الكود من المطور إلى الإنتاج ، وماذا يحدث للقطعة ، وكيف يحمي الرجال أنفسهم من الأخطاء والأخطاء طوال خط الأنابيب بأكمله؟ وافق أليكس على أن هذه
نظرة جديدة حقًا لما يحدث داخل الشركة وقرر إعادة التقرير في هذا السياق. والآن ، كمستمعين ، لن نتمكن فقط من التعرف على تجربة استخدام أدوات مختلفة في Uchi.ru ، بل سنتعلم أيضًا كيفية عمل عملية التسليم المستمر.
لذا ، إذا كنت ، مثلي ، مهتماً ، فلن يكون الوقت قد فات للتسجيل في مؤتمر DevOpsConf Russia !
هذا مجرد مثال واحد للعمل المشترك للجنة البرنامج والمتحدث عن التقرير. كل تطبيق يمر بمثل هذه المناقشة الجماعية ، نتعمق في التفاصيل بحيث يعمل كل شيء بشكل مثالي. لذلك ، لن أخبرك الآن عن جميع التقارير ، ولكن في كل موضوع سأختار واحدًا أو اثنين من التقارير المثيرة للاهتمام للغاية.
منصة البنية التحتية
نيكولاي سيفكو. Kubernetes لمن تزيد أعمارهم عن 30 عامًا
غالبًا ما يتحدثون عن kubernetes الآن ، وفي okmeter.io توصلوا إلى استنتاج أنهم بحاجة أيضًا إلى k8s في الإنتاج. على الرغم من أنه ليس لديهم حتى CI / CD ، إلا أن هناك قيودًا مثل الحد الأقصى من التسامح مع الخطأ ونقص الموارد البشرية لهذه المهمة.
يعد
نيكولاي في
تقريره بأن يخبرنا كيف تمكن من حل هذه المشكلة:
- HA k8s على المعدن من أعواد الأسنان والشريط الكهربائي الأزرق.
- عندما تم تنظيم شبكة k8s ، تم توصيل مجموعة k8s والخوادم المجاورة.
- لماذا لا تستخدم شبكة خدمة k8s ، ولكن تنفيذ الخدمات بدون اكتشاف واكتشاف مبعوث + DNS حيثما أمكن ذلك.
ستكون تجربة
okmeter.io مفيدة إذا كنت تبحث عن توازن / مزايا / تحكم / أداء عتبة الدخول / k8s.
آنا ستيبانيان. البنية التحتية لرصد Booking.com
نتعلم من هذا
التقرير : ما هي البيانات حول تشغيل التطبيقات في Booking.com التي تم جمعها للمراقبة ؛ كيف يتم تجميعها ؛ ما المقاييس والسجلات المخزنة ؛ كيفية التحليل.
فكر في
الحلول الشائعة
لرصد المصادر المفتوحة ، وقم بتحليل القيود والميزات ، واعرف الأدوات التي كان لديك لتنفيذها بنفسك.
التسليم المستمر
ألكسندر خاركيفيتش. التطوير الفعال والحفاظ على الأدوار Ansible
Ansible هو أحد أنظمة إدارة التكوين الشائعة ، ولديه حد إدخال منخفض ، ويتم توسيعه بشكل ملائم من خلال وحدات الجهات الخارجية ، ويسمح
بإعادة استخدام التعليمات البرمجية ، ولديه عدد من المزايا. لكن إدخال نظام إدارة التكوين في الجبين يساعد فقط في البداية. بعد مرور بعض الوقت ، يصبح من الصعب جدًا الحفاظ على عدد أكبر من الأدوار. سيتحدث ألكسندر هاركيفيتش من EPAM Systems في
تقريره عن
آلية العرض المستمر للأدوار ، باعتبارها الطريقة الأكثر فاعلية لدعمهم. دعونا نفحص تطور الأدوار العامة والأدوار العامة ، ولكن مع تشغيل الاختبارات في بنية تحتية خاصة.
ملاحظات
فاسيلي أوزيروف. المراقبة القائمة على الإيرادات
يجمع الجميع الكثير من المؤشرات الفنية وبعض مقاييس الأعمال:
الإيرادات والاحتفاظ والجودة . لسوء الحظ ، غالبًا ما يتم تحليل هذه المقاييس بشكل منفصل عن بعضها البعض ، ولا يحاول أحد ربطها. هل تعرف مقدار المال الذي يجلبه لك خادم الويب؟ كيف ترى المشاكل عندما تكون جميع أنظمة المراقبة التقنية خضراء؟
ما مقدار المال الذي تخسره الشركة عندما يتم تحميل قاعدة البيانات بنسبة 90٪؟ و 50٪؟ تعال إلى
تقرير فاسيلي - سوف نفهم.
الهندسة المعمارية في DevOps ، DevOps لـ CTO
مكسيم Vikharev. ملحمة DevOps "حول الخدمات المصغرة للقالب"
سيتم تقديم هذا التقرير كمهندس ومطور استباقي.
ضع في اعتبارك دورة الحياة الكاملة للخدمة (الدقيقة) باستخدام مثال محدد لخدمة الثعبان:
- ما تتكون منه وما تعتمد عليه خدمة (ميكرو) نموذجية في تطبيق ويب حديث ؛
- ما هي القدرات المعمارية والبدائية من kubernetes لاستخدامها ؛
- كيف يجب أن تتكامل الخدمة (الدقيقة) في عملية تطوير التطبيقات وتقديمها حتى لا تكتب تعليمات بطول كيلومتر ولا تفعل شيئًا خاصًا بشكل عام ؛
- كيفية إرساء التطبيقات بخدمات النظام في العديد من بيئات الإنتاج ، والعديد من بيئات الاختبار والتصحيح ، ولماذا ؛
- ما هي الترتيبات والقرارات اللازمة بين فريق البنية التحتية وفريق التطوير من أجل تفاعل مريح وفعال.
سيتبادل Maxim تجربته ، والتي ستسمح للمشرفين
بتفويض تهيئة ونشر التطبيقات للمطورين بهدوء. ويجب على المطورين
التركيز على الميزات دون توقف كبير بسبب التحول إلى نشاط الأجهزة.
ممارسات SRE
ريناتو لوسيو. MySQL على السحابة
يوفر جميع موفري الخدمات السحابية الرئيسيين ، من AWS إلى Google Cloud ، خيارات متنوعة لتشغيل قواعد البيانات المتوافقة مع MySQL أو MySQL في السحابة. يمكنك نشر أجهزة افتراضية وتكوين مجموعة خاصة بك ، أو الاعتماد على الخدمات وإدارة قواعد البيانات
بنقرة زر واحدة .
في
تقرير كبير المهندسين المعماريين لمنصة السحابة Funambol
Renato Losio ، سننظر في
التكاليف التشغيلية
لتشغيل قواعد البيانات العلائقية في السحابة
وكيفية الاندماج في البنية التحتية للكود. دعونا نرى ما إذا كان الوقت قد حان لقواعد البيانات بدون خادم.
إيغور دولجيكوف. كيفية تلبية خدمة SRE أو Go في حاوية في 5 دقائق
من هذا
التقرير ، نتعلم ليس فقط حول الممارسات المقبولة لـ SRE ، سيوضح إيغور قصته بأمثلة ، والأهم من الوعود بإعطاء الأكثر قيمة -
قالب خدمة مشكّل يتضمن خبرة عدة سنوات من العمل.
النظر ، على وجه الخصوص ، في القضايا التالية: توليد الخدمة مع اختيار الوحدات اللازمة ؛ طرق اختبار التعليمات البرمجية والتحقق من صحتها ؛ تسليم التعليمات البرمجية وتنفيذها في الحاوية محليًا وفي الكتلة ؛ هيكل وحدات الخدمة من أفضل الممارسات ؛ إغلاق مهذب للخدمة (الإغلاق الرشيق). وأكثر من ذلك بكثير من الخبرة القيمة في تطوير الحاويات.
الأمن ، DevSecOps
سيرجي نوسكوف. إدارة الأسرار مع Hashicorp Vault
من تقرير سيرجي ، نتعرف على إدارة الأسرار في Avito باستخدام Hashicorp Vault ، واستخدام
Puppet و Kubernetes . أيضًا ، يعد Sergey
بإدراج المخاريط التي تم ملؤها لمدة عام ونصف من الاستخدام ، وسوف يشارك أفكاره حول كيفية إصلاح ذلك.
التحول DevOps
انطون Isanin. DevOps في بنك ألفا
أنتون Isanin هو مؤلف استراتيجية التحول Alfa-Bank DevOps. من
تقريره نكتشف المشاكل التي تواجهها الشركة في عملية التحول.
لنتحدث عن تنفيذ تقني محدد : كيفية كتابة قصة مستخدم ؛ كيفية تنظيم التطوير والاختبار ؛ كيفية النشر ؛ مراقبة العمل في العمليات الصناعية ، إلخ. هناك العديد من الفروق الدقيقة ، ومن المفيد أن تأخذ في الاعتبار تجربة الشركات التي شهدت بالفعل تحول DevOps.
نراكم في الاجتماع الكبير وغير المجهول لعشاق DevOps يومي 1 و 2 أكتوبر! فقط تذكر أن
تحجز تذكرة مسبقًا ، وكلما اقتربت من المؤتمر ، ستكون أكثر تكلفة.
اشترك في النشرة الإخبارية تحت عنوان Ontiko DevOps لتلقي تحديثات البرنامج بمجرد توفرها. نحاول أن نجعل الحروف مفيدة وليست تطفلية ، نرسل أخبار المؤتمر ونصوص التقارير ومقاطع الفيديو الجديدة.
بالمناسبة ، يمكن مراقبة الفيديو بشكل منفصل على قناة يوتيوب - هناك كل مقاطع الفيديو التي تم جمعها في السنوات الأخيرة ويتم تحديث القائمة باستمرار.