اليوم في ساوثبريدج ، نوقشت إدارة الفيروز في اجتماع.
كان هناك من اقترح الانتقال من الأعلى إلى الأسفل ، من الفكرة إلى الممارسة. على سبيل المثال ، دعونا نقدم فلسفة الإدارة الفيروزية: العثور على معيار ، واتخاذ قرار بشأن كيفية تقسيم الأدوار ، وكيفية بناء الاتصالات ، والبدء في التحرك في هذا الاتجاه.
كان هناك أولئك (بمن فيهم أنا) الذين أرادوا الانتقال من أسفل إلى أعلى ، من الممارسة إلى الفكرة. لدينا مهام محددة ومشاكل محددة. دعنا نحلها ، والاعتماد على أدوات الفيروز ، وسوف تتشكل إدارة الفيروز من تلقاء نفسها.
إذا قارنا الإدارة بالتطوير ، فالطريقة من الأعلى إلى الأسفل هي إنشاء متراصة ، والطريقة من الأسفل إلى الأعلى هي بنية الخدمات المصغرة. الآن ، في إدارة "خدماتنا المصغرة" ، يمكننا إعادة بناء دائرة الإدارة مرتين في اليوم وعلى الفور "طرحها في الإنتاج".
وبرنامج Slurm DevOps مصمم لأولئك الذين يفضلون الانتقال من الأسفل إلى الأعلى.
لن نناقش فلسفة DevOps. ليس لأنه لا معنى له ، أو أننا لا نعرف ذلك ، أو أننا لا نحب holivars (ونحن لا نحب). انها مجرد أن فلسفة DevOps تتبلور في كل مهندس ومهندس لـ DevOps على مدار سنوات من الممارسة ، وليس في 3 أيام من الشدة.
سنناقش أدوات محددة. ما الذي يمكن تنفيذه على الفور ، دون محادثات فلسفية وإعادة هيكلة إدارية ، على مستوى العمل اليومي. اكتب تعليمات حول العمل الجماعي مع Git. اكتب playbook لنشر الخادم. إعداد جامع السجل.
نتيجة لذلك ، سوف يصبح الأمر أسهل وأسهل ، وسيظهر أساس يمكنك بناء DevOps عليه.
لتجاوز ممارسات Southbridge ، قمنا بدعوة متحدثين خارجيين حول بعض الموضوعات.
أرتيوم جالونسكي ، مكتب مكتب محطة الخدمة
في التنمية التجارية 12+ سنوات.
Timlid / رئيس التطوير منذ عام 2011.
المدير الفني منذ عام 2016.
مع الطلاب ، سننظر في طرق لأتمتة نشر التطبيقات التي تم استخدامها من قبل. سنناقش بناء خطوط الأنابيب الحديثة وبعض الأدوات الشائعة. سنستعرض بالتفصيل الأدوات والميزات الخاصة بـ GitLab CI / CD. قمت ببناء الممارسة على موضوعاتي (مقدمة في التنفيذ التلقائي والعمل مع Gitlab) بحيث يمكن للطلاب أن يشعروا كيف ولماذا يتم تطبيق أساليب CI / CD الحديثة. ستكون النظرية هي الحد الأدنى الضروري بموضوعية.
أليكسي ستيبانينكو ، مهندس منصة Selectel Cloud
وهو يشارك في مهام البنية الأساسية لخدمة سحابة OpenStack: المراقبة ، CI / CD وإدارة التهيئة.
أولاً ، سنتحدث عن نماذج وأساليب إدارة البنية التحتية (كيف جاءت أساليب البرمجة في الإدارة) ، والتعرف على التطبيق العملي مع أدوات HashiCorp DevOps (Packer و Terraform) لإدارة البنية التحتية التصريحية.
في نهاية الكتلة ، يمكنك وصف البنية الأساسية الخاصة بك ، وأتمتة إنشاء بيئات الاختبار والإنتاج ، وتوسيع نطاق التطبيق الخاص بك ، وبناء حل High Availability باستخدام موازن التحميل.
إدوارد ميدفيديف ، CTO لدى Tungsten Labs (ألمانيا)
كان يعمل مهندسًا في StackStorm ، وكان مسؤولًا عن وظيفة ChatOps في النظام الأساسي. تطوير وتنفيذ ChatOps في أتمتة مراكز البيانات. متحدث في المؤتمرات الروسية والدولية.
على Slurm ، سأتحدث عن كيفية جعل التواصل داخل فريق DevOps والتفاعل مع خط أنابيب CI / CD أكثر فاعلية باستخدام التكامل ثنائي الاتجاه مع روبوتات الدردشة.
إيفان كروغلوف ، المطور الرئيسي في Booking.com
منذ انضمامه إلى Booking.com في عام 2013 ، عمل في مشاريع البنية التحتية مثل التسليم الموزع ومعالجة الرسائل ، BigData ومكدس الويب ، البحث.
الآن يشارك في قضايا بناء سحابة داخلية وشبكة الخدمة.
في الجزء الأخير من Slerm ، سوف نتعرف على المفاهيم الأيديولوجية والتنظيمية الأساسية لـ SRE ، والنظر في ممارسة تطبيقها على الأمثلة الحية من تجربتي. بالإضافة إلى ذلك ، سننظر في الجانب الفني من SRE ، أي التقنيات التي يمكن استخدامها لجعل الخدمة أكثر موثوقية.
في نهاية الدورة ، سأحاول الإجابة على سؤالين مهمين:
- ما الذي يعطي SRE لمسؤول أو مبرمج؟
- لماذا يحتاج صاحب العمل أو المنتج إلى تطبيق SRE؟
لذلك ستكون Slurm DevOps فريدة من نوعها: إذا كررنا البرنامج ، فسيكون بتكوين مختلف.
بالنسبة لليقظة ، لا يزال هناك خصم 15 ٪ على الرمز الترويجي habrapost.
حول برنامج Slurm DevOps - هنا .
التسجيل: https://slurm.io/devops