اليوم سنتحدث قليلاً عن الحاضر والمستقبل وبرنامج المؤتمرات DevOops 2019. تتغير DevOps كل يوم. هل تتذكر عام 2004؟ لدينا متحدث عمل مع السحب في وقت لم يكن فيه مثل هذا المصطلح. أطلقت خدمات الويب من Amazon في عام 2006. في مكان ما في نفس الوقت ، بدأت الإشارات الأولى إلى DevOps في الظهور. لقد مرت حياة كاملة منذ ذلك الحين.
استذكروا مؤخرًا "أعدوا 2007" مرة أخرى. تخيل هذا العالم دون وجود صور افتراضية في كل مكان على Amazon ، دون GitHub (ظهرت فقط في عام 2008) ، دون عمال إرساء مريح وآمن. تذكر إعداد iptables ، ومديري حزم GNU / Linux ، وإعادة بناء وحدات kernel يدويًا ، وليالي بلا نوم. لا تزال ترغب في الذهاب إلى هناك؟ سيكون ذلك عام 2019 ، إن لم يكن لتقدم الإعصار في هذه السنوات.
لقد تغيرت التكنولوجيا والشركات. اسمحوا لي أن أقدم لكم بعض الأمثلة. على سبيل المثال ، رأينا جميعًا تحولًا رائعًا لمايكروسوفت - بدءًا من "
Linux is Cancer " من Ballmer في 2001 إلى الانتقال واسع النطاق إلى المصدر المفتوح ، وإنقاذ GitHub في عام 2018 وخطط في صيف 2019
لإدخال Linux kernel كجزء من تسليم Windows. إلى جانب كل هذه الحركة ، تغيرت تفضيلات المهندسين فيما يتعلق بالمعلومات الواردة.
في عام 2016 ، ظهر كتاب Google "
هندسة موثوقية الموقع ". من ناحية ، لا يمكن اعتبار هذا الكتاب في ذلك الوقت أو الآن دليلًا للجميع والجميع - بعد كل شيء ، "
أنت لست غوغل " ، وليس لديك بورغ ، وقد لا تكون هناك مثل هذه المهام. في الواقع ، كونه في البداية منتج Google PR ذكي ، كان له تأثير على نطاق عالمي. قليل من الناس لم يقرؤوها أو يسمعون عنها. في آب (أغسطس) 2018 ، انضمت إلينا ترجمتها باللغة الروسية ، إلى جانب استمرار
مصنف وثوقية الموقع .
المؤتمرات تتغير باستمرار جنبا إلى جنب مع الوضع. في عام 2017 ، انعكس مؤتمر DevOops في برنامجه على القضايا الرئيسية التي كانت في تلك اللحظة يشغلها متخصصون في حلول DevOps. لن تسمح لك
نسخة الأرشيف لعام 2017 بالكذب: كان العنصر الأول عبارة عن حاويات ، والتنسيق والمحاكاة الافتراضية ، بما في ذلك Docker و AWS. عامل الميناء ، عامل الميناء ، عامل الميناء في كل مكان. جئنا بأشخاص يمكن أن يتحدثوا عن الأمر إلى ما لا نهاية ، وافتتح المؤتمر كوري كوين ، رئيس تحرير مجلة
Last Week in AWS .
في عام 2018 ، أصبح من الواضح أن Docker قد سئم بالفعل كل شيء. أصبح هو المعيار ، بدأ ينظر إلينا من كل مكان. بدأت المشاركات الجديدة في الأسبوع الماضي في AWS في الظهور أكثر من 60 مرة في اليوم. لم يعد من المنطقي بناء مؤتمر حول هذه الأشياء الواضحة.
صُمم جون ويليس عام 2018 ، وهو رجل مشهور ليس فقط كمدير لتطوير النظام البيئي في دوكر ، ولكن أيضًا كواحد من الآباء الأصليين لـ DevOps ، مؤلف كتاب DevOps Handbook و Beyond the Phoenix Project. من اللطيف أن جون بدأ الحديث ليس دائمًا عن التوليف ، ولكن عن تنفيذ DevOps كثقافة تنظيمية - موضوع يتم نسيانه باستمرار ، ويشتت انتباهه الألعاب اللامعة للتكنولوجيات الجديدة.
الموضوع الرئيسي الثاني لعام 2018 هو Kubernetes. كيفية استخدامه ، وكيفية تنفيذه ، هل يستحق القيام به على الإطلاق. ركض هذا الموضوع على الخط الأحمر طوال البرنامج ، وكان Kubernetes ، إن لم يكن في العنوان ، ثم لا ، لا ، وظهر على الشرائح.
مرحبًا ، 2019. أصبح Kubernetes ، مثل Docker مرة واحدة ، هو المعيار. تلاشت الحروب الساخنة ، اختفى ضحايا التقديمات المبكرة من العيون ، وبقي فقط في ساحة المعركة. جميع المشاريع الجديدة تتم بطريقة أو بأخرى مع التركيز على الملك الجديد.
وإلى جانب ذلك ، يطرح السؤال: ما الذي يجب أن يقوله مؤتمر DevOops هذا العام؟ هذا سؤال مفتوح تعمل عليه لجنة البرنامج حاليًا.
يمكن تقديم برنامج المؤتمر بطريقتين. أولاً ، يمكنك على الفور تقديم شبكة من التقارير الجاهزة ونقول - انظروا إلى مدى روعتها. هذا ينتج عنه تأثير رائع ، يؤدي إلى شراء سريع للتذاكر ، لكنه لا يستجيب دائمًا للطلبات المقدمة من الزوار.
على سبيل المثال ، كتب إلي صديق مؤخرًا على فكونتاكتي وطلب مني أن أخبرني بما سيكون في البرنامج. "لكن بعد مرور ستة أشهر على المؤتمر ، لماذا تحتاج لهذا؟" اتضح أنه في شركتها كان من المعتاد كتابة قصيدة للقيادة حول موضوع "لماذا أريد الذهاب إلى المؤتمر" مقدمًا. ونظرًا لأن الشركة كبيرة ، فكل شيء مخطط له مقدمًا كثيرًا ، ثم تحتاج إلى الكتابة لمدة ستة أشهر. إنها لا تتناسب مطلقًا مع خيار النموذج "سيكون البرنامج قبل شهر من البداية."
قد يبدو هذا كحالة خاصة ، ولكن من الحالات الخاصة العديدة ، يتم تشكيل الصورة العامة. هناك طريقة أخرى: بدلاً من اللقطة الأخيرة للبرنامج ، يمكنك تحميل التحديثات في أجزاء صغيرة. هذا شيء رشيق وهزيل. إذا كنت تتذكر ، فهناك مفهوم
لتعيين قيمة الدفق ، وعلى الرغم من أنه لا ينطبق تمامًا على استهلاك إعلانات التقارير حول Habré ، فهناك شيء مشابه. على سبيل المثال ، إذا ألقينا الكثير من النص ، فلن تتمكن ببساطة من إتاحة الوقت لقراءته ، وستحتاج إلى تذكر ما تقرأه بطريقة ما حتى المرة القادمة. يتم تحديث وتحديث أوصاف التقارير من وقت لآخر ، كما يقوم المتحدثون بتغيير أسماء الموضوعات أثناء عملهم في التقرير ، وليس من السهل فهم تدفق المعلومات هذا بل وأكثر من ذلك - لتحويله إلى فهم "لماذا أحتاج إلى هذا المؤتمر". بعبارة أخرى ، إن نشر البرنامج على شكل قطع معبأ هو نعمة.
لقد
نشرنا الآن أول عدد قليل من المتحدثين الذين سيكونون بالتأكيد في DevOops 2019 على الموقع الإلكتروني ، وستظهر قريباً موضوعات التقارير. لكي لا تفوت أي شيء ، يمكنك قراءة مدونتنا على Habré أو الاشتراك في القائمة البريدية (لهذا تحتاج إلى الذهاب إلى
موقع المؤتمر والنقر على زر "اشتراك" هناك). إذا أردت فجأة تقديم تقرير بنفسك ، فلا يزال
لديك الفرصة .
وحتى الآن ، ماذا سيكون حول التقارير؟ انظر كيف تغير
وصف المؤتمر . لا تزال Kubernetes في المرتبة الأولى ، ولكن ليس كإنضباط مستقل ، ولكن كجزء من حركة Cloud Native ، بجانب شبكات Helm و Istio وشبكات الخدمة. لاحظ أنه في المقام الثالث ، ظهرت كلمة الملاحظة بوضوح (على سبيل المثال ، في كتاب
المراقبة العملية لمايك جوليان ، لم يتم استخدام هذه الكلمة بعد ، لقد مر عام - والآن). ستكون التقارير تقريبًا في هذا الاتجاه. بالطبع ، سيتم تخطي الموضوعات القديمة حول Docker و Kubernetes أيضًا ، ولكن على مستوى أعلى.
لدي أيضا أفكار حول هذا الموضوع. على سبيل المثال ، بالنسبة لي ، كانت DevOps دائمًا هي المنهجية والثقافة في المقام الأول ، وليست مجموعة من التوليف. أنت تقوم بتطبيق تطبيق الويب Java الخاص بمؤسستك على خوادم العميل ، لكنه لا يتم طرحه ، فقد حدث شيء ما ، وتحتاج إلى توجيه نفسك على الفور وإصلاح كل شيء. ومن الأفضل أن يكون التورط في الهراء ليس كابوسًا. هذا عن هذا المؤتمر - كيف لا يكون هناك كوابيس مع الناس والإصدارات. ما الأدوات التي سيتم القيام بها هي السؤال الثاني ، نحن رائعون ويمكننا التعامل مع أي منها. أنا شخصياً أرغب في الحصول على مزيد من التقارير حول الثقافة وطرق القيام بالأمور - إنه أمر جيد ، حتى في القائمة الأولية للمتحدثين ، يوجد مثل هؤلاء الأشخاص (على سبيل المثال ، أنتون فايس ، باروخ سادوجورسكي ، رومان شاوشنيك).
بشكل عام ، كلمات عامة كافية ، دعنا نذهب إلى العمل! هنا المتحدثون لدينا:
أنطون فايس هو شريك مشارك لاستشارات التكنولوجيا Otomato Software ، صاحب أكثر من 15 عامًا من الخبرة في مجال التكنولوجيا المتقدمة. وهو خبير في التدريس الفني ، وهو البادئ والمؤلف المشارك في أول دورة لإصدار شهادات DevOps الإسرائيلية. يشارك أنطون في المؤتمرات الدولية ويعرف باسم المتحدث الرائع. في DevOops 2018 ، احتل تقريره المركز الأول!
ظل إريك ويلد من HashiCorp في السحابة لأكثر من 15 عامًا. قبل HashiCorp ، عمل كمستشار في Xebia وأصبح مؤسس Instruqt ، وهي منصة لتعلم ضبط السحاب وغيرها من أدوات DevOps على بنية تحتية حقيقية.
ظل أليكس ثيسن من شركة إكسبيريت يتطور منذ أواخر التسعينيات وتمكّن من العمل كقائد ومهندس معماري في كل مكان - بدءًا من الشركات الناشئة الصغيرة وحتى المؤسسات التجارية الضخمة. على وجه الخصوص ، يشارك في تدريب المطورين على تقنيات Microsoft ، والمهندسين المعماريين في الأنظمة السحابية الموزعة الحديثة. لقب "مايكروسوفت الأكثر احترافية" لعشرة مرات في فئة تقنيات الاستوديو والتطوير.
رومان شوشنيك من ZEDEDA هو خبير ومستشار معروف في مجال المصادر المفتوحة والانتقال إلى التقنيات الرقمية في الشركات الكبيرة. في السابق ، لعب دوراً رئيسياً في بناء تعاون مفتوح المصدر داخل Linux Foundation ، كما شغل مناصب رئيسية في Pivotal ، حيث عمل بشكل أساسي مع منصات إدارة البيانات الكبيرة والتطبيقات المستندة إلى مجموعة النظراء. قاد عمله في Pivotal إلى تقاطع تكنولوجيا الحاويات ، والمحاكاة الافتراضية ، وهياكل unikernel ، والتي بدورها أنتجت مهمة ZEDEDA - لتطبيق هذه التقنيات على تطوير الحوسبة المتطورة. رومان عضو في مؤسسة Apache Software Foundation و Linux Foundation Edge ، فضلاً عن كونه مساهمًا نشطًا في عدد من المشاريع مفتوحة المصدر.
فيكتور جاموف - مطور محامي في شركة كونفلوينت ، أحد كبار المساهمين في مشروع أباتشي كافكا. يساعد المهندسين المعماريين والمطورين في تصميم وتطوير أنظمة معالجة البيانات الموزعة الموزعة. مؤلف مشارك لكتاب "تطوير مواقع الويب للشركات" من تأليف أورايلي. مؤسس مشارك وزعيم (في الماضي) بودكاست التصحيح
"Flight Debugging" ، المحبوب من قبل العديد من المبرمجين.
أنطون أركيبوف - محامي مطور في JetBrains ، أحد سكان
بودكاستينغ الاهتمامات المهنية مرتبطة بلغات البرمجة وأدوات تطوير البرمجيات.
باروخ سادوجورسكي (يُعرف أيضًا باسم JBaruch) - رئيس قسم علاقات المطورين ومحامي التطوير لدى JFrog. إنه يحب التحدث عن التكنولوجيا أكثر من أي شيء آخر - أي أنه يحب الدردشة ، لكن الشخص الذي يتحدث عن التكنولوجيا يتمتع بمظهر ذكي ، ولم يختف 18 عامًا من الخبرة في مجال التقنيات المتقدمة. عندما لا يتكلم (جيدًا ، أو لا يطير إلى مكان الخطاب التالي) ، فهو يدرس التقنيات والأشخاص وكيف يعملون ، أو بالأحرى ، لا يعملون معًا. Baruch هو مؤلف مشارك في برنامج Liquid Software وسفير CNCF ومتحدث محترف حول مواضيع مثل DevOps و DevSecOps و Go و Java وما إلى ذلك. وهو يتحدث بانتظام في مؤتمرات شهيرة مثل Joker و JPoint و DevOops و Heisenbug و DockerCon و GopherCon و Devoxx و DevOps Days و OSCON و Qcon و JavaOne وغيرها ، ويمكن الاطلاع على بعض تقاريره
هنا .
سيعقد مؤتمر DevOops 2019 يومي 29 و 30 أكتوبر في سانت بطرسبرغ.
تعال ، سيكون باردا ومفيدا!
تتوفر تذاكر Early Bird على موقع المؤتمر .