هذا ، بالطبع ، يدور حول
DevOpsConf . إذا لم تخوض في التفاصيل ، فسنعقد مؤتمريًا في 30 سبتمبر و 1 أكتوبر حول توحيد عمليات التطوير والاختبار والتشغيل ، وإذا طلبت ذلك ، سأطلب cat.
في إطار نهج DevOps ، تتشابك جميع أجزاء التطور التكنولوجي للمشروع ، وتحدث بشكل متوازٍ وتؤثر على بعضها البعض. هناك أهمية خاصة هنا تتمثل في إنشاء عمليات تطوير آلية يمكن تغييرها ومحاكاةها واختبارها في الوقت الفعلي. هذا يساعد على الاستجابة الفورية للتغيرات في السوق.
في المؤتمر ، نريد أن نوضح كيف يؤثر هذا النهج على تطوير المنتج. كيف هي موثوقية وقدرة النظام على العميل. كيف تغير DevOps هيكل الشركة ونهجها لتنظيم سير العمل.
وراء الكواليس
من المهم بالنسبة لنا أن نعرف ليس فقط ما تفعله الشركات المختلفة كجزء من نهج DevOps ، ولكن أيضًا لفهم السبب وراء كل هذا. لذلك ، لم ندعو الخبراء فقط إلى لجنة البرنامج ، بل الخبراء الذين يرون خطاب DevOps من وجهات نظر مختلفة:
- كبار المهندسين
- المطورين.
- قيادة الفريق.
- CTO.
من ناحية ، هذا يخلق صعوبات وتعارضات عند مناقشة طلبات التقارير. إذا كان أحد المهندسين مهتمًا بتحليل حادث كبير ، فمن المهم للمطور فهم كيفية إنشاء برنامج يعمل في السحب والبنية التحتية. ولكن من خلال الموافقة ، نقوم بإنشاء برنامج سيكون ذا قيمة ومثيرة للاهتمام للجميع: من المهندسين إلى CTO.
لا تتمثل مهمة مؤتمرنا في تحديد التقارير ذات التقنية العالية فحسب ، بل لتقديم الصورة الكبيرة: كيف يعمل نهج DevOps في الممارسة العملية ، ما نوع من أشعل النار الذي يمكن أن تصادفه عند الانتقال إلى عمليات جديدة. في الوقت نفسه ، نبني جزء المحتوى ، وننتقل من مهمة العمل إلى تقنيات محددة.
ستبقى أقسام المؤتمر كما كانت
في المرة الأخيرة .
- منصة البنية التحتية.
- البنية التحتية كرمز.
- تسليم مستمر.
- الاتصال بنا.
- الهندسة المعمارية في DevOps ، DevOps ل CTO.
- ممارسات SRE.
- التدريب وإدارة المعرفة.
- الأمن ، DevSecOps.
- تحول DevOps.
دعوة للأوراق: ما التقارير التي نبحث عنها
قمنا بتقسيم الجمهور المحتمل للمؤتمر إلى خمس مجموعات: المهندسين ، والمطورين ، والمتخصصين في مجال الأمن ، وقادة الفرق ، ومديري التكنولوجيا. كل مجموعة لها دوافعها الخاصة لحضور المؤتمر. وإذا نظرت إلى DevOps من هذه المواقف ، يمكنك فهم كيفية تركيز موضوعك ومكان التركيز عليه.
بالنسبة للمهندسين الذين يقومون بإنشاء نظام أساسي للبنية التحتية ، من المهم فهم الاتجاهات الحالية ، لفهم التقنيات الأكثر تقدمًا الآن. سيكونون مهتمين بالتعرف على التجربة الحقيقية لاستخدام هذه التقنيات وتبادل وجهات النظر. سوف يستمع مهندس بكل سرور إلى تقرير يتضمن تحليلًا لبعض الحوادث الصعبة ، وسنحاول بدوره التقاط هذا التقرير وصقله.
للمطورين ، من المهم فهم مفهوم مثل
التطبيق الأصلي السحابي . بمعنى ، كيفية تطوير البرامج بحيث تعمل في السحب والبنية التحتية المختلفة. يحتاج المطور إلى تلقي تعليقات باستمرار من البرنامج. هنا نريد أن نسمع حالات حول كيفية قيام الشركات ببناء هذه العملية ، وكيفية مراقبة أداء البرنامج وكيف تعمل عملية التسليم بأكملها.
من المهم
لمهنيي الأمن السيبراني أن يفهموا كيفية إعداد عملية الأمان بحيث لا تتوقف عمليات التطوير والتغييرات داخل الشركة. ستكون المواضيع المتعلقة بالمتطلبات التي تضعها DevOps لهؤلاء المتخصصين مثيرة للاهتمام.
تريد Timlids معرفة كيفية عمل عملية التسليم المستمر في الشركات الأخرى. بأي طريقة ذهبت الشركة إلى ذلك ، كيف تم بناء عمليات التطوير وضمان الجودة داخل DevOps. سحابة زملائه في الفريق هي أيضا مثيرة للاهتمام. وأيضًا - أسئلة حول التفاعل داخل الفريق وبين فرق المطورين والمهندسين.
بالنسبة إلى
CTO ، فإن الشيء الأكثر أهمية هو معرفة كيفية الجمع بين كل هذه العمليات وتعديلها حسب احتياجات العمل. إنه يتأكد من أن التطبيق يمكن الاعتماد عليه لكل من العمل والعميل. وهنا تحتاج إلى فهم التقنيات التي ستعمل وفقًا لمهام الأعمال ، وكيفية بناء العملية بأكملها ، إلخ. CTO مسؤولة أيضًا عن إعداد الميزانية. على سبيل المثال ، يجب عليه فهم مقدار الأموال التي يحتاجها لإنفاقه على إعادة تدريب المتخصصين حتى يتمكنوا من العمل في DevOps.
إذا كان لديك ما تقوله في هذه المناسبات ، فلا تصمت ؛
أرسل تقريراً . آخر موعد لطلب الدعوة هو 20 أغسطس. كلما بدأت في الظهور ، سيكون المزيد من الوقت لوضع اللمسات الأخيرة على التقرير والتحضير للعرض التقديمي. لذلك ، لا تشديد.
حسنًا ، إذا لم تكن بحاجة إلى التحدث علنًا ، فما عليك سوى
شراء تذكرة وتأتي في 30 سبتمبر و 1 أكتوبر للدردشة مع الزملاء. نحن نعدك أن تكون مثيرة للاهتمام وملهمة.
كما نرى DevOps
لفهم بالضبط ما نعنيه بـ DevOps ، أوصي بقراءة (أو إعادة قراءة) حديثي "
ما هو DevOps ". أثناء السير على طول موجات السوق ، شاهدت كيف تتحول فكرة DevOps في شركات مختلفة الحجم: من شركة صغيرة إلى شركات متعددة الجنسيات. تم بناء التقرير على سلسلة من الأسئلة والإجابة عليها ، ويمكنك أن تفهم ما إذا كانت شركتك تنتقل إلى DevOps أو أن هناك مشاكل في مكان ما.
DevOps هو نظام معقد ، يجب أن يحتوي على:
- المنتج الرقمي.
- وحدات الأعمال التي يتم تطويرها في هذا المنتج الرقمي.
- فرق المنتج التي تكتب الرمز.
- ممارسات التسليم المستمر.
- المنصات كخدمة.
- البنية التحتية كخدمة.
- البنية التحتية كرمز.
- ممارسات موثوقية منفصلة سلكية داخل DevOps.
- ممارسة ردود الفعل التي تصف كل هذا.
في نهاية التقرير ، يوجد مخطط يعطي فكرة عن نظام DevOps في الشركة. سيتيح لك ذلك معرفة العمليات التي تم تصحيحها بالفعل في شركتك ، والتي يجب بناؤها فقط.
يمكنك مشاهدة تقرير الفيديو
هنا .
والآن ستكون هناك مكافأة: العديد من مقاطع الفيديو من RIT ++ 2019 والتي تتعلق بالمشاكل الأكثر شيوعًا في تحول DevOps.
البنية التحتية للشركة كمنتج
أرتيوم ناومينكو يقود فريق DevOps في Skyeng ويتولى تطوير البنية التحتية لشركته. وقال كيف تؤثر البنية التحتية على العمليات التجارية في SkyEng: كيفية حساب العائد على الاستثمار لها ، والمقاييس التي ينبغي اختيارها للحساب ، وكيفية العمل لتحسينها.
في الطريق إلى الخدمات الصغيرة
تلتزم Nixys بدعم مشاريع الويب المزدحمة والأنظمة الموزعة. أخبر المدير التقني بوريس إرشوف كيفية نقل منتجات البرمجيات ، التي بدأ تطويرها منذ حوالي 5 سنوات (أو حتى أكثر) ، إلى القضبان الحديثة.
وكقاعدة عامة ، فإن مثل هذه المشاريع هي عالم خاص حيث توجد زوايا مظلمة وقديمة للبنية التحتية لا يعرفها المهندسون الحاليون عنها. والطرق التي تم تحديدها مرة واحدة في الهندسة المعمارية والتطوير عفا عليها الزمن ولا يمكن أن تزود الأعمال بنفس وتيرة التطوير وإصدار إصدارات جديدة. نتيجة لذلك ، يتحول كل إصدار من المنتج إلى مغامرة لا تصدق حيث يسقط شيء ما باستمرار ، وفي أكثر الأماكن غير المتوقعة.
يواجه مديرو هذه المشروعات حتما الحاجة إلى تحويل جميع العمليات التكنولوجية. في تقريره ، قال بوريس:
- كيفية اختيار البنية المناسبة للمشروع وترتيب البنية التحتية ؛
- ما هي الأدوات التي يجب استخدامها وما هي المآزق الموجودة على طريق التحول ؛
- ماذا تفعل بعد ذلك.
حرر الأتمتة أو كيفية تقديمها بسرعة ودون ألم
ألكسندر كوروتكوف هو مطور رائد لنظام CI / CD في CIAN. تحدث عن أدوات التشغيل الآلي التي حسنت الجودة وتقلصت وقت تسليم الشفرة في الإنتاج بمقدار 5 مرات. ولكن لم يكن من الممكن تحقيق مثل هذه النتائج باستخدام أتمتة واحدة فقط ، لذلك لفت ألكساندر الانتباه إلى التغييرات في عمليات التطوير.
كيف تساعدك الحوادث على التعلم؟
يعمل Alexey Kirpichnikov على تنفيذ DevOps والبنية التحتية في SKB Kontur منذ 5 سنوات. لمدة ثلاث سنوات ، حدث حوالي 1000 من fakaps بدرجات متفاوتة من الملحمة في شركته. من بينها ، على سبيل المثال ، 36 ٪ كانت ناجمة عن طرح إصدار منخفض الجودة في الإنتاج ، و 14 ٪ ناجمة عن أعمال صيانة الحديد في مركز البيانات.
إن الحصول على مثل هذه المعلومات الدقيقة عن الحوادث يتيح أرشفة التقارير (بعد الوفاة) ، والتي كان مهندسو الشركة يقومون بها منذ عدة سنوات متتالية. يكتب Postmortem المهندس في الخدمة ، الذي كان أول من استجاب للإشارة حول الحادث وبدأ في إصلاح كل شيء. لماذا التعذيب المهندسين الذين يحاربون fakaps في الليل ، وكتابة التقارير؟ تتيح لك هذه البيانات رؤية الصورة بأكملها ونقل تطوير البنية التحتية في الاتجاه الصحيح.
في كلمته ، شارك أليكسي كيفية كتابة تشريح نافع حقًا وكيفية تنفيذ ممارسة مثل هذه التقارير في شركة كبيرة. إذا كنت تحب قصصًا عن كيفية قيام شخص ما بالاحتكاك ، فاشاهد مقطع فيديو للأداء.
نحن نتفهم أن رؤيتك لـ DevOps قد لا تتوافق مع وجهات نظرنا. سيكون من المثير للاهتمام معرفة كيف ترى تحول DevOps. تبادل الخبرات والرؤى حول هذا الموضوع في التعليقات.ما هي التقارير التي قبلناها بالفعل في البرنامج؟
هذا الأسبوع ، اعتمدت لجنة البرنامج 4 تقارير: عن ممارسات الأمن والبنية التحتية والإصلاح الأمني.
ربما يكون الموضوع الأكثر إيلامًا في عملية تطوير DevOps: كيفية التأكد من أن اللاعبين من قسم أمن المعلومات لا يفسدون الروابط التي بنيت بالفعل بين التطوير والتشغيل والإدارة.
بعض الشركات تفعل من دون قسم أمن المعلومات . كيف بعد ذلك لضمان أمن المعلومات؟ هذا
سوف يخبر منى Arkhipova من sudo.su. من تقريرها نتعلم:
- ماذا ومن الذي يجب حمايته ؛
- ما هي العمليات الأمنية الروتينية ؛
- كيف تتقاطع تكنولوجيا المعلومات مع العمليات
- ما هو CIS CSC وكيفية تنفيذه ؛
- كيف وما هي المؤشرات لإجراء فحوصات IS المعتادة.
يتناول التقرير التالي تطوير البنية التحتية كرمز. قلل من حجم الروتين اليدوي ولا يحول المشروع بأكمله إلى فوضى ، هل هذا ممكن؟
مكسيم كوستريكين من Ixtens سوف يجيب على هذا السؤال. شركاته تستخدم
Terraform للعمل مع البنية التحتية AWS. الأداة مريحة ، ولكن السؤال هو كيفية استخدامها لتجنب ظهور كتلة ضخمة من التعليمات البرمجية. سيكلف الحفاظ على هذا التراث أكثر وأكثر كل عام.
سيُظهر Maxim كيف أن أنماط وضع الكود تهدف إلى تبسيط أعمال الأتمتة والتطوير.
سوف نسمع
تقريرًا آخر عن البنية التحتية من
فلاديمير ريابوف من Playkey . هنا سنتحدث عن منصة البنية التحتية ، وسنتعلم:
- كيفية فهم ما إذا كانت سعة التخزين تستخدم بكفاءة ؛
- كيف يمكن لمئات المستخدمين تلقي 10 تيرابايت من المحتوى إذا تم استخدام 20 تيرابايت فقط من سعة التخزين ؛
- كيفية ضغط البيانات 5 مرات وتقديمها للمستخدمين في الوقت الفعلي ؛
- كيف على الفور لمزامنة البيانات بين العديد من مراكز البيانات ؛
- كيفية استبعاد أي تأثير للمستخدمين على بعضهم البعض في الاستخدام المتسلسل لجهاز ظاهري واحد.
يكمن سر هذا السحر في تقنية
ZFS لـ FreeBSD وأحدث شوكة لـ
ZFS على نظام Linux . سوف فلاديمير تبادل الحالات من Playkey.
إن Matvey Kukuy من Amixr.IO مستعد
لتوضيح أمثلة من الحياة عن
SRE وكيف يساعد في بناء أنظمة موثوقة. تقوم Amixr.IO بتمرير حوادث العملاء من خلال خلفيتها ، وقد قام عشرات من فرق العمل في جميع أنحاء العالم بتسوية 150 ألف حالة بالفعل. في المؤتمر ، سوف يشارك Matvey الإحصاءات والرؤى التي جمعتها شركته ، وحل مشاكل العملاء وتحليل fakapy.
مرة أخرى ، أحثك على ألا تكون جشعًا وأن تشارك تجربتك مع DevOps-samurai. التقدم بطلب للحصول على التقرير ، وسيكون لدينا 2.5 شهر لإعداد عرض ممتاز. إذا كنت تريد أن تكون مستمعًا ، فقم بالاشتراك في النشرة الإخبارية مع تحديثات البرنامج والتفكير بجدية في حجز التذاكر في وقت مبكر ، لأنها سترتفع في الأسعار بالقرب من تواريخ المؤتمر.