لقد مرت بضع سنوات على الأقل منذ أن سمع الجميع كلمة "DevOps". من لم ينفذها ، وما لم ينفذها.

في هذه الأثناء ، المنطقة غير مستكشفة للغاية ، محفوفة بالعديد من الاكتشافات. على سبيل المثال ، لا يزال المجتمع الناطق بالروسية لم يقرر بعد المصطلحات: شخص ما يوظف الناس بالفعل لمنصب "devops" ، ويقول شخص ما دائمًا أن "devops" هي ثقافة وممارسة مصممة للجمع بين التطوير والتشغيل و لذلك ، فإن استدعاء المركز غير صحيح.

يبحث الكثيرون عن إجابة في الكتب ، حيث كان هناك الكثير منهم مؤخرًا. على سبيل المثال ، يبدو لي أن أحد أهمها هو دليل Devops ، الذي ألفه المتحدث جون ويليس ، وكتاب Google SRE ، المتاح على الإنترنت مجانًا. ومع ذلك ، عند قراءة هذه الكتب ، وجدت الشيء التالي: النص الجاف ليس مناسبًا جدًا لنقل المعرفة ، والذي يعتمد بشكل كبير على العمل الحقيقي للناس الأحياء. اتضح معرفة مجردة للغاية.

على سبيل المثال ، نأخذ الفصل 14 ، "إدارة الحوادث" . لدينا مثالان: في البداية ، يتم سرد قصة حادثة واحدة ، تم التعامل معها بشكل غير صحيح ، بشكل ملون. ثم تروى نفس القصة ، ولكن مع الهيكل الصحيح والنتيجة الجيدة. تحدث نتيجة جيدة إذا اتبعت ممارسات مهمة:

• تقسيم واضح للأدوار ، مع تخصيص المسؤولين عن:
  
  • الحادث بأكمله ("القائد") ؛
  • جزء العمليات
  • التواصل
  • تخطيط العمل ؛
• تسليط الضوء على مشاركة الفريق (سواء المادية أو الدردشة فقط) ؛
• وثيقة محدثة باستمرار تصف الوضع الحالي للحادث ؛
• نقل السلطة في الوقت المناسب ومفهوم (على سبيل المثال ، في نهاية التحول).

في النهاية ، يتم تقديم مجموعة من النصائح الجيدة حول كل شيء في العالم. من حيث المبدأ ، هذا جيد ، ولكن هناك سؤال: وكيف نضع كل هذا موضع التنفيذ؟ كل عنصر مناسب لكتاب كامل ، وبعضها يتطلب مهارات ناعمة لا يمكن وصفها في الكتب. تخيل أنه في منتصف الحادث ، تأتي CTO إليك وتبدأ في تقديم نصائح غير مجدية من حياة تقنية المعلومات السابقة: ستعرض زيادة حجم صفحات الذاكرة في Linux ، على الرغم من أنها مختلفة تمامًا ، أو إيقاف حواجز ext4 ، على الرغم من تشغيل التخزين المؤقت. هل من السهل جدًا ركله في مؤخرة مركز قيادتنا بحجة أنه ليس له دور في الفريق؟ كيف فعل من كتب المقال هذا؟

من الناحية المثالية ، أريد ما يلي: أولاً ، أن يكون لديك أكثر من وجهة نظر واحدة حول نفس المشكلة ، بما في ذلك وجهة نظر تم الحصول عليها من تجربة مختلف الفرق. ليست كل الشركات مثل Google. على الرغم من ذلك: يمكن حساب الشركات الشبيهة بـ Google على الأصابع. ثانيًا ، أريد أن ألتقي بمؤلفي هذه المعرفة المقدسة مباشرةً ، وأنظر في عيني وأسأل بعض الأسئلة. على سبيل المثال ، العديد من كتاب الوثائق الثناءة حول تطور رائع في مؤسستهم هم أكاذيب متقلبة ، ولكن في الواقع لديهم نصوص باش وعصي ملصقة على شريط كهربائي في الداخل. من المفيد جدًا النظر إلى العيون. وأريد حقًا ألا أحصل على بعض النصائح المعممة فحسب ، بل أن أطرح أسئلتي الصعبة الخاصة - والحصول على إجابات.

أسئلة العديد من وجهات النظر والمشاكل المختلفة لا يتم حلها بأي شكل من الأشكال من خلال نقاط الضعف الصغيرة. بمساعدة الكتب ، لا يمكنك التعمق أكثر والتحدث من القلب إلى القلب. لم يقرر أحد قطعاً قضايا مثل المصطلحات العملية ؛ ويعتمد تكوين الوظائف الشاغرة على الوضع. للحصول على المعرفة ذات الصلة والمفيدة ، يمكنك ويجب عليك استخدام جميع الموارد في نفس الوقت.

في العام الماضي ، أدركنا أن كل شيء كان محيرًا للغاية بحيث حان الوقت لعقد مؤتمر كبير حول DevOps وفقط. يطلق عليه DevOops ويحدث في الخريف في سان بطرسبرغ. في المرة القادمة ستعقد في 14 أكتوبر من هذا العام.

المؤتمر الكبير هو بالضبط ما يحل معظم المشاكل المعلنة. على سبيل المثال ، إذا أسأت فهم شيء ما في كتاب John Willis ، فلا يمكنك الذهاب إلى تقريره وفهم الموضوع بمزيد من التفصيل فحسب ، بل يمكنك أيضًا مقابلته في منطقة المناقشة وطرح الأسئلة مباشرة.

فقط حول DevOps

أولاً ، الميزة هي أن هذا المؤتمر يدور حول DevOps فقط . من حيث المبدأ ، في معظم مؤتمرات تكنولوجيا المعلومات الرئيسية في روسيا الآن هناك عدد من المواضيع الديوبتكية. إذا ذهبت على الفور إلى مجموعة من المؤتمرات ، يمكنك الحصول على قاعدة جيدة. ولكن سيتعين عليهم الاستماع إلى الكثير من كل شيء أصبح مبرمجو Java و .NET و JavaScript وما إلى ذلك مؤلمًا ، وعادة - ولكن دون جدوى. لكن كل هذا طويل بجنون ومكلف بجنون. يركز مؤتمر DevOops فقط على DevOps وبالتالي يحل العديد من المشاكل التنظيمية المزعجة.

سيتحدثون عن الحاويات وتنظيمها ، والظاهرية والسحب ، والمراقبة والتدقيق ، CI و CD ، وبشكل عام كل ما يتبادر إلى الذهن عند كلمة "DevOps".

المقدمون

لكن أهم شيء هو المتحدثون. بالفعل ، في وقت الإعلان عن المؤتمر ، كان تسعة أشخاص من شركات مثل جوجل ومايكروسوفت على استعداد لتبادل خبراتهم. في النهاية ، سيكون للبرنامج حوالي 17 تقريرًا في ثلاثة مسارات. ربما سيكون هناك المزيد من المسارات والتقارير. لقد درسنا بعناية تعليقاتك من DevOops السابقة وحاولنا دعوة أولئك الذين تريدهم أكثر. دعونا نرى من هو بالفعل معنا.

جون ويليس

من المستحيل أن نقول بكلمات كم هو رائع أن يأتي إلينا. جون هو واحد من العديد من آباء DevOps ، مؤلف 10 كتب تم نشرها على مدار العشرين عامًا الماضية ، بما في ذلك دليل DevOps الشهير و Beyond the Fenix ​​Project ، وهو معلم Ops لمدة 35 عامًا وأسطورة حية.

تعيين Wargo

سيث هو محامي مطور Google ، وقبل ذلك كان يعمل في HashiCorp و Chef Software وأماكن أخرى. ربما قرأت كتابه الشيف التعلم أو اجتمعت بالفعل في المؤتمرات.

ويسمى تقريره الأمن الحديث مع الخدمات المصغرة والسحابة . من الصعب المبالغة في أهمية الأمن في تطبيقات الخدمات المصغرة ، وهذا يجعل تقرير سيث ذو صلة خاصة. سيتضمن التقرير وصفًا للمبادئ الأساسية للأمن وأفضل الممارسات في الأنظمة الحديثة استنادًا إلى الخدمات المصغرة ، وسيكون هناك أيضًا عرض توضيحي مباشر لـ Vault كمثال على تطبيقها.

أرز ليز

مبشر تقني في Aqua Security ، رئيس لجنة برنامج KubeCon ، يقدم أفضل الكلمات الرئيسية في المؤتمرات حول العالم.

في البداية متخصصة في تطوير البرمجيات (على وجه الخصوص ، تنفيذ مكدس الشبكة عبر الأنظمة الأساسية) ، Liz على دراية جيدة في Kubernetes و Go و Python (يظهر الملف الشخصي على GitHub بوضوح أنها ليست واحدة من هؤلاء المبشرين الذين نسوا كيفية الترميز) ، يكتب المنشورات على Medium ( لأنها لا تملك دعوة لحبر! ) ولديها مجموعة من المهارات المحددة مثل البرمجة الحية .

ستخرج ليز بتقرير بعنوان "خطوات عملية لتأمين نشر حاويتك" ، وجوهره أنه عندما تنتقل إلى ثقافة DevOps ، يصبح الأمن بطريقة ما مسؤولية كل فرد في الفريق. سيتم عرض أشياء ملموسة حول كيفية توفير مبادئ الأمان في جميع مراحل خط أنابيب CI / CD وما يجب القيام به يدويًا بالضبط.

جيسيكا عميد

جيسيكا هي ممثلة لمجتمع مطوري Microsoft Cloud ، وهي متخصصة في Azure والبنية التحتية والحاويات. وهي تعرف الكثير عن غنو / لينكس والمصدر المفتوح - أخبرني قبل خمس سنوات أنني سأكتب عن شخص من مايكروسوفت ، تضحك.

قبل انضمامها إلى Microsoft ، عملت مع المستخدمين النهائيين في سان فرانسيسكو كمستشار لتكنولوجيا المعلومات ومسؤول نظام لبيئات الشركات لأكثر من عشر سنوات.

حصلت جيسيكا لمدة 4 سنوات على مرتبة Microsoft Most Valuable Professional في فئة "Windows and Devices for IT" (وهذا أمر مهم للغاية في عالم Microsoft). بالطبع ، لديها الكثير من الشهادات الأخرى. على وجه الخصوص ، حصلت في عام 2013 على شهادة FEMA من وزارة الأمن الداخلي الأمريكية (الأمن الداخلي) كرائدة في الأزمات وحالات الطوارئ.

كما أنها تمارس رياضة crossfit ويتم ضخها جسديًا للغاية. معها ، يمكنك مناقشة مجموعة من الأسئلة في الحزب وليس حول موضوع devops. لا تنس أن المتحدثين ليسوا مجرد مصادر مجردة للمعرفة حول موضوع واحد ضيق ، ولكن أيضًا شخصيات متنوعة للغاية لديها شيء لتتعلمه في مجالات مختلفة جدًا.

بول ستاك

بول هو مطور بنية أساسية اعتاد العمل في HashiCorp وشارك في تطوير أدوات يستخدمها ملايين الأشخاص (مثل Terraform). غالبًا ما يتحدث في المؤتمرات وينقل الممارسة من واجهة تنفيذ CI / CD ، ومبادئ التنظيم الصحيح لجزء العمليات ، وهو قادر على شرح سبب قيام المسؤولين بذلك على الإطلاق.

تحدث بول بالفعل في DevOops السابق ، وأحبه المشاركون في المؤتمر كثيرًا لدرجة أننا قررنا دعوته مرة أخرى!

يمكن الاطلاع على محضر التقرير السابق هنا:

هذه المرة سيكون التقرير مختلفًا تمامًا. جوهرها هو أننا نبني أنظمة موثوقة تتحمل الأخطاء - ولكن كيف نتأكد من أن النظام موثوق به حقًا؟ لدينا خيار: انتظر حادثة وإصلاح في حريق ، أو أضف الحوادث بأنفسنا حتى نتعلم كيفية البقاء على قيد الحياة. لا تستطيع التغلب على الحوادث؟ ثم توجه لهم! يعد بول بإظهار كيفية إضافة الفوضى إلى البنية التحتية الخاصة بك وكيفية مقاومتها.

ألينا بروخارتشيك

ألينا هي مهندسة برمجيات رئيسية في مختبرات رانشر (نعم ، هؤلاء هم نفس الأشخاص الذين صنعوا رانشر ، الذين يبدو شعارهم مثل "Kubernetes Everywhere") ولجنة إدارة المشاريع في مؤسسة أباتشي للبرمجيات. عملت سابقًا على بناء خدمات البنية التحتية للأجهزة الافتراضية في مشروع CloudStack ، والآن ، كما قد تتصور ، للحاويات مع التركيز على Kubernetes. هذا الشخص لا يعرف كل شيء عن Kubernetes فحسب ، بل يمكنه أيضًا التحدث عنه ، حيث يحتل مكانة عالية في المؤتمرات.

تقريرها هو "بناء منصة لإدارة مجموعات Kubernetes متعددة: المزالق والحلول" . خلاصة القول هي أنه إذا كان من الصعب في السابق العمل مع k8s في مجموعة ، فهذه الآن مشكلة تم حلها ، وانتقل العمل إلى مجال إدارة مجموعات متعددة. سيتم النظر في المشاكل والحلول الملموسة ، التي لا تدعمها التفكير المجرد ، ولكن بأمثلة على حلها في تطوير Rancher. لكن هذا ليس تقريرًا عن رانشر كمنتج ، ولكن عن الخبرة المكتسبة التي قد يحتاجها المهندسون في التطوير وفي جزء العمليات. إذا كنت لا تعرف لماذا تمتلك الشركة أكثر من مجموعة Kubernetes ، فيجب عليك الانتقال إلى هذا التقرير.

انطون فايس

أنطون فايس هو المالك المشارك للاستشارات التقنية Otomato Software ، صاحب أكثر من 15 عامًا من الخبرة في مجال التكنولوجيا العالية. وهو خبير في التدريس التقني ، وهو البادئ والمؤلف المشارك للدورة الأولى لشهادة إسرائيل DevOPS. يشارك أنطون في المؤتمرات الدولية ويعرف بأنه متحدث رائع.

هذه المرة ، سيأتي إلينا أنطون بتقرير "DevOps للديناصورات: كيفية تغيير العمليات والمناهج والتفكير في شركة تقليدية" . على مدى السنوات الثلاث الماضية ، نفذ Otomato مشاريع DevOps Transformation في العديد من الشركات العالمية الكبيرة. لقد ساعدوا في الانتقال إلى التقنيات الجديدة والبنى التحتية السحابية وعمليات التسليم المستمر.
لكن الشيء الرئيسي هو أننا قمنا بتغيير نماذج التعاون وتدفق المعلومات.
لم يكن الأمر سهلاً ، بعيداً عن كل شيء يعمل. استغرق الكثير من الوقت والجهد أكثر مما هو مطلوب. يعتمد هذا التقرير على تجربة حقيقية. في ذلك ، سينظر أنتون في كل ما تعلموه ، ويخبرك: ما الذي يعمل ، وما الذي لا يعمل ، وما الذي يجب القيام به أولاً ، ثم ماذا ، وما الذي يجب الانتباه إليه أولاً.

انطون بابينكو

يعرف الكثير من الناس ويستخدمون Terraform في عملهم اليومي. ولكن حتى الآن ، لا توجد أفضل الممارسات لـ Terraform. يجب على كل فريق أن يخترع مناهجه وأساليبه الخاصة.
يدير أنطون مجموعة من وحدات مجتمع Terraform لـ AWS على GitHub ( وحدات terraform-aws- بالمناسبة - أكثر من مليون عملية تنزيل!) ويعرف كل شيء عن الصيانة طويلة الأجل لـ Terraform في الإنتاج. إنه مستعد لتبادل تجربته القيمة معنا. كيفية كتابة وحدات TF بحيث لا تؤذي.

ألكسندر تيتوف

ألكسندر هو منظم مجتمع DevOps Moscow ومؤتمر DevOpsDays Moscow.

بصفته شريكًا إداريًا في Express 42 ، يعمل حاليًا على تنمية DevOps في شركات التكنولوجيا. قبل ذلك ، كان المدير الفني لأول استضافة سحابية في روسيا - Scalaxy ، وقبل ذلك ذهب على طول مسار الاستحواذ الرائع مع Qik - الطريق من تشغيل شركة ناشئة سريعة النمو إلى العمل في شركة دولية كبيرة Microsoft.

كيريل تولكاتشيف ( tolkv )

هذا أحد المتحدثين الذين أرادهم الجمهور حقًا. قد تعرفه بصفته المؤسس المشارك لـ Two Devs One Ops ، وهو بودكاست شخصي ورائع للغاية عن DevOps والمكدس الحديث. أو بصفتك مقيمًا دائمًا في بودكاست Debriefing ، أو من القصص والتقارير حول Groovy و Gradle و Spring وكومة Netflix التكنولوجية.

حتى وقت قريب ، عمل سيريل كمطور رئيسي في Alpha Laboratory وطور واجهات برمجة تطبيقات مصرفية ، وشكل المبادئ ومجموعة الأدوات للعمل مع بنية الخدمات الصغيرة. وهو يعرف منهجية DevOps مباشرة ولديه أربع سنوات من الخبرة في تطبيقها. الآن سيريل مشفر ، ولكن ربما لديه شيء لمشاركته.

باروخ سادوجورسكي ( jbaruch ) وليونيد إغولنيك

سيكون هذا تقريرًا مشتركًا لأصدقائنا العظماء وبعض أفضل المدربين الرئيسيين في مؤتمرات مجموعة JUG.ru. لا تزال تفاصيل التقرير غير معروفة ، لذلك هناك الكثير من الوقت للاستمتاع بالمؤامرات.

في DevOops ، قدموا كلمة رئيسية ختامية رائعة ، ويمكن الاطلاع على تسجيلها هنا:

بالنسبة لأولئك الذين لا يعرفون حتى الآن (هل هناك أي شيء؟) ، Baruch هو مدافع مطور في JFrog ويقوم بثلاثة أشياء بالضبط في الحياة: تعليق مع المطورين والمستخدمين والعملاء ، وكتابة التعليمات البرمجية لهم والتحدث عن الانطباعات في المدونات وفي المؤتمرات - مثل DockerCon و DevOps Days و Container World و JPoint و Joker وغيرها الكثير. وهكذا لأكثر من عشر سنوات متتالية ، وليس دقيقة ندم عليها.

ليونيد هو ملاك أعمال ومحطة خدمة لشركة كبيرة في وادي السيليكون ، حيث يدير تطوير تطبيقات SaaS في مجال أمن المؤسسات. طوال حياته المهنية ، انخرط في تطبيقات عبر الإنترنت ، بدأها في أحد مزودي الإنترنت الأوائل في إسرائيل. من الواضح أن ليونيد على دراية جيدة بالتنمية ، ومع الإدارة ، وإدارة المشاريع واسعة النطاق.

دعوة لتقديم أوراق

هل لديك موضوع مثير للاهتمام للتقرير؟ هل تريد التنافس ضد البيسون مثل Set Wargo و Liz Rice؟ لذا حان الوقت للتقديم! يتم إغلاق FP بسرعة هائلة ، حتى الرابع عشر من آب (أغسطس) ، لا يوجد سوى القليل من الوقت ، ولا يبقى سوى عدد قليل من الأماكن في البرنامج. قدم الآن .

الخطوات التالية

سيعقد DevOops 2018 في 14 أكتوبر 2018 في سان بطرسبرج.

يمكن مواصلة التعرف على المشروع على الموقع . انتبه إلى نموذج الاشتراك في الصفحة الرئيسية: سيكون هناك بالتأكيد أخبار.

نراكم في DevOops 2018! سيكون رائعا!