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