في الفترة من 29 إلى 30 أكتوبر ، ستستضيف مدينة سانت بطرسبرغ DevOops 2019 - مؤتمر مخصص للحلول الهندسية DevOps. المواضيع الرئيسية هي السحب بشكل عام ، و Cloud Native بشكل خاص ، إمكانية المراقبة والمراقبة والتدقيق ، CI / CD ، الأمن ، وما إلى ذلك - بشكل عام ، كل ما يمكن أن تتوقعه من مؤتمر مكرس خصيصًا للمحترفين.
محور العجلة هذا هو مراجعة لبرنامج DevOops ، الذي كتبناه مع لجنة برنامج المؤتمر.
باختصار:
- سيتحدث أنطون فايس عن شبكات الخدمة ؛
- بور سوتر وأوليج نيناشيف - حول CI / CD ؛
- ديمتري ستولياروف وسيرجي فيدوروف - حول المراقبة ؛
- يوجد قسم ضخم عن السحب و Kubernetes: Mete Atamel ، و Jessica Deen ، و Victor Gamov ، و Ivan Glushkov ...
البرنامج كبير ، مع ما مجموعه 30 تقريرا.
يرأس الكلمات الأساسية تيم ليستر (مؤلف مشارك لـ Peopleware) ، وهادي الحريري (رئيس دائرة المطورين في JetBrains) ورومان Shaposhnik (عضو مجلس إدارة مؤسسة Apache Software Foundation و Linux Foundation LF Edge ).
تحت الخفض ، سنتحدث عن ما يجري في عالم المتدينين ، وسنقوم بتقسيم الأحداث إلى مجموعات ونرى كيف يتناسب كل ذلك مع برنامج مكون من 30 تقريرًا.
دراسة حالة
المجموعة الأولى من التقارير هي دراسة حالة. في الآونة الأخيرة ، كان الوضع في العالم يتطور بسرعة ، على سبيل المثال ، حرب GitLab مستمرة مع الجميع: GitLab لديها كل شيء ، وأنها سوف تبيعه كمنتج واحد (كما جاء في مقالة فاضحة من قبل The Register CEO Sid Sijbrandij).
ومع ذلك ، ليس كل شيء وردية للغاية ، ويريد Nikita Sobolev فقط معرفة كيف انتقلوا من GitLab إلى GitHub ولماذا. باختصار ، كان لدى GitHub أيضًا كل شيء ، وإن كان في المعاينة ، لكن نفس الإجراءات تعمل ، ويعمل Package Package ، ويعمل الأمان أيضًا ، وهكذا. من ناحية أخرى ، لا تزال الإجراءات مستمرة في ضخ المخزون بالكامل ، بغض النظر عن طلب السحب الذي تختبره في أي فرع. نعم ، في النهاية ستصعد إلى جينكينز ، لأن الحياة صعبة ومليئة بالأهوال ، لكن على الأقل يمكنك تجميع صورة عامل الميناء ، وسيكون معظمها كافيًا للبدء. كان هذا مثالًا واحدًا من فئة دراسة الحالة ، ولكن هناك عدة تقارير بشكل عام:
ملحوظة: يستمر باروخ سادوجورسكي في تقديم عروض على كل DevOops جديد. هل سيضرب القمة مرة أخرى؟ نحن نصنع الرهانات.
شبكة الخدمة
في تقارير فئة شبكة الخدمة ، نستكشف طرقًا لحل مشكلة زيادة التعقيد. نحن رائعون ، لقد فكرنا في تقسيم متراصة إلى خدمات ميكروية ، لكن بدلاً من حل المشكلة أخيرًا ، واجهنا تعقيدًا لا يصدق لعالم الخدمات الميكروية. اخترع تنسجم لجعل التعقيد أقل ، ولكن في النهاية ... ما حدث ، ما حدث. يخبرني شيء بأنه لم يصبح أسهل مع الشبكات ، لكن هذا موضوع لمحادثة كبيرة منفصلة.
يمكنك الآن العثور على المزيد من المقالات والتقارير حول هذا الموضوع: ولكن دعنا نتوقف عن الترميز الدقيق والعودة إلى المتراصة المعتادة. في الواقع ، بمجرد أن أصبح من الواضح أن الخدمات الميكروية تقلل من التعقيد في الهندسة المعمارية ، ولكنها تزيد من العبء على المشرفين ، جاء الناس وقالوا: "أوه ، ربما هذا ليس ضروريًا دائمًا"؟ لم تختف هذه الرسالة ، فليس من الضروري دائمًا. على سبيل المثال ، إذا كان النظام الخاص بك يحتاج إلى التكامل مع شيء كبير وخارجي ، مع نوع من قاعدة البيانات السميكة ، فإن عدد المشكلات التي تحلها الخدمات الصغيرة أقل من المشاكل التي تم إنشاؤها - ستنتقل الولاية بأكملها إلى قاعدة البيانات هذه ، ولن تصبح الخدمات المصغرة متناهية الصغر ، لأنهم لا يستطيعون العيش من دون بعضهم البعض. لدينا أيضًا عشاق متراصة في البرنامج - على سبيل المثال ، يتحدث أليكس ثيسن مع تقرير "الإبلاغ عن ميزاتك " عن حقيقة أنه يمكنك أخذ تطبيق مترابط واحد ، وتغطيته بأعلام المعالم ثم الانتقال دائمًا من المعالج.
لكن من سيقاتل مع شبكات الخدمة؟ اسأل المتحدثين لدينا!
CI / CD
يمكن تشغيل جنكينز القديمة دون جنكينز! يمكنك الركض في ترافيس ، في أي مكان ، كيف تحب هذا ، إيلون موسك؟ (هذا خطير جدا الآن). بشكل عام ، نظرًا لأن Kubernetes موجود الآن في كل مكان ، حيث تتكيف جميع أدوات CI / CD مع هذه الحقيقة ، يجب دعم Kubernetes. لهذا السبب حصلنا على JenkinsX ، لذلك تظهر رقائق جديدة في TeamCity ، ولهذا السبب ينشر GitHubs و GitLabs CIs - الكل يحتاج إلى Kubernetes.
لقد غير ظهور Kubernetes نهج CD. مع جعل الأقراص المضغوطة أسهل ، بدأت أشكال جديدة تظهر حول كيفية نشر نشرات الكناري ، وعمليات النشر ذات اللون الأزرق والأخضر ، وما إلى ذلك - مجموعة من التجريدات الجاهزة التي يمكنك استخدامها والاستمتاع بالحياة. مثال على CI / CD مبني على مبادئ Cloud Native هو Tekton . لا يزال لدينا شيء حول Tekton (باستثناء أنه مذكور في تقريري Oleg Nenashev و Burr Sutter ) ، لكن في الربيع سنحاول القيام بذلك. JenkinsX هو بالضبط نفس الشريحة ، التي تم إنشاؤها على أساس مشاريع Cloud Native لـ Cloud Native. إذا كان أي شخص مهتمًا بما هو موقع Cloud Native ذاته ، فإنه يستحق القراءة حول التطبيقات المكونة من 12 عاملًا ، هذا هو الحال. كما كيلسي مازحا مؤخرا:
تقارير فئة CI / CD:
مراقبة
في عالم المراقبة ، كل شيء أقل عاصفة ، ولكن هناك أسئلة أساسية. على سبيل المثال ، يقال غالبًا إنه لم يتعلم أحد مراقبة المتراصة. يبدو أن المشكلة ليست هي - بعد كل شيء ليس هناك الكثير لنتعلمه. المشكلة هي أن معظم متراصة هي إرث ، ورصد الشد للتطبيقات الحالية هو ألم. إذا أخبركوا الآن: اكتب متراصة بطريقة ملائمة لرصدها ، فقد حان وقت البصق: يمكنك أخذ كل ما نحبه ، بدءًا من السجلات والمقاييس وتنتهي بالتتبع ، وتكتب كل شيء بشكل جميل هناك وتحصل على ملاحظة كاملة.
المشكلة هي أننا نتحدث اليوم عن مراقبة الشد إلى المتراصة الكبيرة الحالية ، وهذا أمر غير بديهي إلى حد ما. وعندما يعمل كل شيء ، عليك أن تعيش بطريقة ما مع فرانكشتاين الناتج. لذلك ، لدينا تقرير بقلم ديمتري ستولياروف حول ثقافة الطلب ، إنه ليس تقنيًا جدًا ، ولكن تذكر أن المطربين لا يتعلقون فقط بالأدوات! سيخبرك Philipp Krenn أننا عندما نتحرك ، سنبدأ في خسارة الأحداث ، وهذا أمر طبيعي بشكل عام ، لكن المدققون يأتون إلينا ويقولون - نريد أن نشاهد الأحداث الفردية! كيفية الزواج من التحجيم والتدقيق غير واضح ، مشكلة غير سارة.
بشكل عام ، لم نتعلم بعد ربط المراقبة على المتراصة ، وتراكمت الخدمات المصغرة على رأس العمل. لقد جعلتنا Microservices و Cloud Native نلقي نظرة مختلفة تمامًا على الملاحظة ، لأننا نفهم أن الطرق القديمة مثل التسجيل الغبي ، الذي ما زلنا نواصل عمله ، توقف عن العمل. في الآونة الأخيرة ، انزلق نكتة في مكان ما على Twitter: "إذا قمت بلصق المعرف في خمس أدوات مختلفة ، ثم ابحث عنهم باستخدام هذا المعرف ، فأنت نفسك أداة مراقبة." في بنى الخدمات المصغرة التي تتجه نحو نموذج تفاعلي ، تعتمد المراقبة على الأحداث التي يتم نقلها داخليًا. وإذا كانت تزامنًا ، فلا توجد أحداث ، وعليك تفكيك السجلات بطريقة مختلفة. أصبح العالم أكثر صعوبة في المراقبة ، ولم يتعلم الجميع مراقبته.
تقارير قسم الرصد:
سحابة
السحابة هي أكبر وأضخم موضوع. كان يعتقد ذات مرة أن السحب العامة هي "كل شيء لدينا". ثم اتضح أن ليس كل شيء. ثم اتضح أنه لم يكن لنا! ظهرت العديد من عشاق الغيوم الخاصة ، ظهرت الغيوم الهجين. لم يبدأ هذا العام ، لكن قبل ذلك بكثير. الآن أحد الأسئلة الرئيسية هو كيفية الجمع بين كل هذا. على سبيل المثال ، كيف يتم دمج VMWare مع AWS ، لأن VMWare جاء إلى Azure ، وجاء أيضًا إلى AWS ، وهذه أخبار كبيرة بالفعل على مدار العام.
بالطبع ، في كل مكان ، في معظم التقارير (وليس فقط قسم السحاب) ، تم ذكر Kubernetes بطريقة أو بأخرى. لقد تسلل إلى كل مكان وبدأ شخص ما في الانتظار - متى سيظهر قاتل Kubernetes؟ حتى الآن ، هذا غير مرئي. قبل بضع سنوات ، كان السؤال الرئيسي هو: كيف نتعايش مع هذا الشيء المعقد غير المفهوم ، ولكن الآن الجميع معتادون بالفعل على جار شرير وتعلموا التفاوض. المشغلين؟ Knative؟ Kotlin DSL؟
هذا العالم الجديد الجريء كبير ومتنوع لدرجة أنه لا معنى لإدراج كل شيء هنا ، ما عليك سوى إلقاء نظرة على قائمة التقارير هذه:
Keynouty
لدينا أيضا ثلاثة الأساسات. يشغلون أكبر غرفة متاحة ، ولا توجد تقارير أخرى بالتوازي معهم ، وهي مصممة لجمهور واسع ، ويقودها أشهر المتحدثين بها.
يفتتح المؤتمر مع تيموثي ليستر ، مؤلف مشارك لـ Peopleware ، والتزينج مع ذا بيرز ، مدمني الأدرينالين وزومبي القوالب. كل هذه الكتب كلاسيكية في مجالها ومكتوبة مع زملاء من Atlantic Systems Guild . في تقرير "الشخصيات ، والمجتمع ، والثقافة: عوامل مهمة للازدهار" ، سيتحدث تيم عن أفضل الممارسات للمنظمات ، وثقافة العمل ، والجوانب المفيدة والضارة للعمل في الشركة. بشكل عام ، حول ما كان يتحدث عنه لعقود من الزمان ، ولكن تم تحديثه إلى حقائق 2019. إذا كانت التفاصيل مثيرة للاهتمام ، فقد أجرينا مؤخرًا مقابلة رائعة معه لصالح هبر . هل يكتبون كتابًا جديدًا - نعم ، يقومون بقراءة المقابلة.
ينتهي اليوم الأول بهادي الحريري ، الزعيم الأسطوري لفريق المطورين Advocacy في JetBrains ، وهو مطور ومصدر مفتوح المصدر لأكثر من 15 عامًا. في تقريره عن إزالة الحواجز ، يقترح التفكير في السؤال التالي: ماذا لو اختفت جميع الحواجز والمشاكل المعتادة ، فماذا بعد؟ هل يؤدي هذا بالفعل إلى زيادة الإنتاجية والحل المضمون للمشاكل؟ اتضح أن ليس كل شيء بسيطًا جدًا ، وغياب الحواجز هو في حد ذاته موضوع يستحق المناقشة.
وأخيراً ، ينتهي المؤتمر مع رومان شوشنيك ، عضو مجلس إدارة مؤسسة Apache Software Foundation و Linux Foundation LF Edge ، الذي كان له شخصياً يد في Linux kernel و Hadoop و ffmpeg والمشاريع الشعبية الأخرى. سيحاول محاضرته الرئيسية "لماذا تمر صناعة تكنولوجيا المعلومات بأوقات مظلمة ، وكيف يجب إلقاء اللوم على DevOps ، ولماذا يمكن أن يساعد رأس المال" في الإجابة على العديد من الأسئلة الفلسفية حول ظهور منصات سحابية متعددة الوسائط ، ومنصات مفتوحة المصدر (Kubernetes and Cloud Foundry) ، Edge الحوسبة وهلم جرا.
ما التالي؟
يتم نشر برنامج المؤتمر الكامل على الموقع ، وهناك أوصاف مفصلة في كل مكان ، وتعليقات لجنة البرنامج في كل مكان ، والعلامات مثل #kubernetes تسمح لك بالتنقل في المحتويات دون الذهاب إلى بطاقة التقرير.
نذكرك أن DevOops 2019 ستُعقد يومي 29 و 30 أكتوبر في سانت بطرسبرغ ، ويمكن شراء التذاكر على الموقع الرسمي للمؤتمر . يمكنك التعرف على جميع الأخبار المهمة إما من مدونتنا على Habré أو عن طريق الاشتراك في القائمة البريدية على الصفحة الرئيسية .