من به شما راهنمای DevOpsConf را ارائه می کنم، کنفرانسی که امسال در مقیاس کهکشانی برگزار می شود. به این معنا که ما موفق شدیم چنین برنامه قدرتمند و متعادلی را جمع آوری کنیم که متخصصان مختلفی از سفر در آن لذت ببرند: توسعه دهندگان، مدیران سیستم، مهندسین زیرساخت، QA، رهبران تیم، ایستگاه های خدمات و به طور کلی همه افراد درگیر در توسعه فناوری. روند.
ما پیشنهاد می کنیم از دو ناحیه بزرگ از جهان DevOps بازدید کنیم: یکی با فرآیندهای تجاری که می توان به طور انعطاف پذیر از طریق کد تغییر داد و دیگری با ابزارها. یعنی در کنفرانس ما دو جریان با قدرت یکسان در محتوا و به ویژه در تعداد گزارش ها وجود خواهد داشت. یکی بر استفاده واقعی از ابزارها تمرکز می کند و دومی بر فرآیندهایی با استفاده از نمونه هایی از مشکلات تجاری که به عنوان کد تلقی می شوند و به عنوان کد مدیریت می شوند. ما معتقدیم که فناوری و فرآیندها به طور جدایی ناپذیری به هم مرتبط هستند و به طور سیستماتیک با کمک سخنرانان ما که در شرکت های موج جدید کار می کنند و مسیر خود را برای درک جدیدی از توسعه از طریق حل مشکلات و غلبه بر چالش ها به اشتراک می گذارند، نشان می دهد.
اگر می خواهید، خلاصه ای کوتاه از راهنمای ما به :
- در 30 سپتامبر در اولین روز کنفرانس در سالن اول 8 مورد تجاری را بررسی خواهیم کرد.
- در سالن دوم در روز اول راه حل های ابزاری بسیار تخصصی تری را تحلیل خواهیم کرد. هر گزارش شامل بسیاری از تجربیات کاربردی جالب است، که، با این حال، برای همه شرکت ها مناسب نیست.
- در اول اکتبر، در سالن اول، برعکس، ما بیشتر در مورد تکنولوژی صحبت می کنیم، اما به طور گسترده تر.
- در سالن دوم در روز دوم، ما در مورد وظایف خاصی صحبت می کنیم که در همه پروژه ها به وجود نمی آیند، به عنوان مثال، در یک شرکت.
اما بلافاصله متذکر می شوم که چنین تقسیم بندی به هیچ وجه به معنای تقسیم مخاطب نیست. برعکس، برای یک مهندس درک مشکلات تجاری، دانستن معنای کاری که انجام می دهد و تجربه عملی مهم است. و برای سرپرست تیم یا ایستگاه خدمات، البته موارد و تجربه شرکت های دیگر مهم است، اما در عین حال باید عملکرد داخلی را درک کنید. در زیر برش، همه موضوعات را با جزئیات بیشتری به شما خواهم گفت و به شما در ایجاد یک برنامه سفر دقیق کمک می کنم.
کنفرانس در Infospace برگزار خواهد شد و ما دو سالن اصلی را "قلب طلایی" نامیدیم - مانند کشتی از "راهنمای تاکسیکر به کهکشان" که از اصل عدم احتمال برای حرکت در فضا استفاده می کند و "در لبه جهان» - مانند یک رستوران از همان حماسه. از این به بعد از این نام ها برای اشاره به آهنگ ها استفاده خواهم کرد. توقف های گزارش در منطقه کهکشان «قلب طلایی» بیشتر برای گروه توریستی اصلی مناسب است؛ اگر دوست دارید، اینها جاذبه هایی هستند که باید حتماً از آنها دیدن کنید. "در لبه کیهان" اشیاء جالبی برای مسافران با تجربه وجود دارد. تعداد کمی به آنجا می رسند، اما آنهایی که جرات می کنند با چشمانی سوزان از کمربند سیارک ها به آنجا می روند.
در عین حال می توانید به راحتی از یک اتاق به اتاق دیگر بروید و در هر زمان موضوعی را پیدا کنید که مناسب شما باشد. همانطور که قبلاً گفتم، برنامه بسیار متعادل است. ما گزارش های کلاسی خیلی بیشتری داشتیم، اما، با اکراه، کمیته برنامه مجبور شد آنها را به آنجا منتقل کند یا به کنفرانس بهاره در سن پترزبورگ موکول کنید تا تعادل را بر هم نزنید و ایده اولیه را اجرا کنید. برنامه کنفرانس به شما امکان می دهد هر یک از موضوعات برنامه ریزی شده (تحویل مداوم، زیرساخت به عنوان کد، تبدیل DevOps، شیوه های SRE، امنیت، پلت فرم زیرساخت) را با استفاده از مثال های مختلف و از زوایای مختلف در نظر بگیرید.
حالا بنشینید، کشتی کهکشانی ما در حال توقف است.
"قلب طلایی"، 30 سپتامبر
90 روز اول به عنوان CTO
کنفرانس را افتتاح خواهد کرد لئونا آتش. در مورد به ارث بردن سیستم های قدیمی و مشکلاتی که اغلب با آنها همراه است. لئون به شما خواهد گفت که چگونه ایستگاه خدمات می تواند درکی از سیستم فنی که با آن شروع به کار می کند به دست آورد. برای یک مدیر فنی در یک شرکت مدرن، مدیریت فرآیند DevOps وظیفه اصلی است و Leon به روشی جالب و طنز به شما نشان می دهد. ارتباط بین بخش های فنی و تجاری از دیدگاه SRT.
مبتدیان و کسانی که می خواهند یکی شوند باید حتما به این گزارش بیایند. به هر حال، رشد کردن برای تبدیل شدن به یک مدیر فنی در شرکت یک چیز است و ورود مجدد به این نقش کاملاً چیز دیگری است؛ چنین حرکات ایروباتیک برای همه در دسترس نیست.
اصول DevOps - ورود به یک پروژه از ابتدا
Следующий موضوع را ادامه می دهد، اما آندری یوماشف (LitRes) موضوع را کمی کمتر در سطح جهانی در نظر می گیرد و به این سؤالات پاسخ می دهد: هنگام شروع به کار در تیم های مختلف چه اصولی را باید بدانید. نحوه تجزیه و تحلیل صحیح طیف مشکلات؛ نحوه ایجاد یک برنامه فعالیت؛ نحوه محاسبه KPI و زمان توقف
آینده زیرساخت به عنوان کد
در ادامه برای بحث در مورد موضوع زیرساخت به عنوان کد مکث خواهیم کرد. رومن بویکو معمار راه حل ها در AWS در DevOpsConf در مورد ابزار جدید کیت توسعه ابری AWS، که به شما امکان می دهد زیرساخت را به زبانی آشنا (پایتون، تایپ اسکریپت، جاوا اسکریپت، جاوا) توصیف کنید. ما به طور مستقیم یاد خواهیم گرفت که چه چیزی به ابر امکان می دهد حتی بیشتر به توسعه دهنده نزدیک شود، چگونه شروع به استفاده از این ابزار کنیم و اجزای قابل استفاده مجدد را برای مدیریت زیرساخت راحت ایجاد کنیم. برای شرکت کنندگان در کنفرانس، این یک فرصت عالی برای شنیدن در مورد نوآوری های جهان به زبان روسی و با درجه ای از جزئیات فنی است که در اینجا رایج است، اما نه در غرب.
از انتشار تا FastTrack
بعد از ناهار تا یکی دو ساعت دیگر به بحث تحول برمی گردیم. بر اوگنیا فومنکو بیایید تحول DevOps MegaFon را دنبال کنیم: از مرحله‌ای شروع کنیم که سعی می‌کنند از روش‌های سنتی مانند KPI استفاده کنند، غلبه بر مرحله‌ای که هیچ چیز مشخص نیست و باید ابزارهای جدیدی پیدا کنید و خودتان را تغییر دهید. تا زمانی که فرآیند به طور کامل بازسازی شود. این یک تجربه بسیار جالب و انگیزشی برای این شرکت است، که پیمانکاران خود را نیز در تحول DevOps درگیر کرده است، که Evgeniy نیز در مورد آن صحبت خواهد کرد.
چگونه به یک تیم متقابل تبدیل شویم
У میخائیل بیژن تجربه گسترده در انجام تغییرات تحول آفرین در تیم ها. اکنون میخائیل به عنوان رهبر تیم شتابدهی Raiffeisenbank، تیم ها را متقابل می کند. در خود بیایید از درد کمبود تیم های متقابل صحبت کنیم و اینکه چرا چالش های یک تیم متقابل به اختراع، ساخت و اجرا ختم نمی شود.
شیوه های SRE
در ادامه راه ما دو گزارش اختصاص داده شده به شیوه های SRE را خواهیم یافت که در حال شتاب گرفتن هستند و جایگاه مهمی در کل فرآیند DevOps دارند.
الکسی آندریف از آزمایشگاه پریسما ، چرا یک استارتاپ به شیوه های SRE نیاز دارد و چرا نتیجه می دهد.
ماتوی گریگوریف از پیتزا دودو نمونه ای از SRE در یک شرکت بزرگتر که قبلاً مرحله راه اندازی را پشت سر گذاشته است. خود Matvey این را در مورد خودش می گوید: یک توسعه دهنده باتجربه دات نت و یک SRE مبتدی به ترتیب داستان انتقال یک توسعه دهنده و نه تنها یک، بلکه کل تیم را به زیرساخت به اشتراک خواهند گذاشت. چرا DevOps یک مسیر منطقی برای یک توسعه دهنده است و چه اتفاقی می‌افتد اگر تمام کتاب‌های بازی Ansible و اسکریپت‌های bash خود را به عنوان یک محصول نرم‌افزاری کامل نگاه کنید و همان الزامات را برای آنها اعمال کنید، در گزارش Matvey در 30 سپتامبر ساعت 17:00 در سالن Golden Heart بحث خواهیم کرد.
برنامه روز اول را کامل کنید دانیل تیخومیروف، که در او سوال مهمی را مطرح می کند: چگونه فناوری با خوشحالی کاربر ارتباط دارد. حل مشکل "همه چیز کار می کند، اما کاربر ناراضی است"، MegaFon از نظارت بر سیستم های فردی، سپس سرورها، برنامه ها به نظارت بر سرویس از طریق چشمان کاربر رفت. چگونه همه متخصصان فنی، مشتریان و فروشندگان شروع به تمرکز بر روی این شاخص های KQI کردند، در عصر روز اول کنفرانس خواهیم فهمید. و پس از آن، در مراسم بعد از مهمانی در یک محیط غیررسمی در مورد زیرساخت و تحول بحث خواهیم کرد.
"در لبه کیهان"، 30 سپتامبر
سه گزارش اول در سالن «در لبه کیهان» از نظر سازها بسیار جالب خواهد بود.
ماکسیم کوستریکین (Ixtens) الگوها در Terraform برای مبارزه با هرج و مرج و کارهای روزمره در پروژه های بزرگ و طولانی. توسعه دهندگان Terraform بهترین شیوه های نسبتاً راحت را برای کار با زیرساخت AWS ارائه می دهند، اما یک تفاوت ظریف وجود دارد. با استفاده از نمونه‌های کد، Maxim نشان می‌دهد که چگونه یک پوشه با کد Terraform را به یک گلوله برفی تبدیل نکنید، بلکه با استفاده از الگوها، اتوماسیون و توسعه بیشتر را ساده‌سازی کنید.
گریگوری میخالکین از لامودا چرا اپراتور Kubernetes را توسعه دادیم و چه درس هایی از آن آموختیم؟ به پر کردن کمبود اطلاعات در مورد نحوه پیاده‌سازی زیرساخت به عنوان شیوه‌های کد با استفاده از Kubernetes کمک می‌کند. به عنوان مثال، Kubernetes شامل شرح خدمات با استفاده از فایل های yaml است، اما این برای همه کارها کافی نیست. مدیریت سطح پایین به اپراتور نیاز دارد و اگر می خواهید Kubernetes را به درستی مدیریت کنید، این بحث بسیار مفید است.
موضوع گزارش بعدی این است Hashicorp Vault - کاملا خاص اما در واقع هر جا که نیاز به مدیریت رمزهای عبور و داشتن نقطه مشترک برای کار با اسرار داشته باشید این ابزار مورد نیاز است. سال گذشته، سرگئی نوسکوف گفت که چگونه اسرار در آویتو با کمک Hashicorp Vault مدیریت می شود، به آن نگاه کنید. و بیا یوری شوتکین از Tinkoff.ru برای تجربه بیشتر.
تاراس کوتوف (EPAM) کار حتی نادرتر ایجاد یک زیرساخت ابری که شامل ستون فقرات خود است شبکه IP/MPLS. اما تجربه فوق‌العاده است و گزارش بسیار سخت است، بنابراین اگر متوجه شدید که در مورد چیست، حتما به این گزارش بیایید.
بعد از ظهر در مورد مدیریت پایگاه داده در زیرساخت های ابری صحبت خواهیم کرد. کریل ملنیچوک تجربه استفاده Vitess برای کار با MySQL در یک خوشه Kubernetesاست. ولادیمیر ریابوف از Playkey.net ، نحوه کار با داده های داخل ابر و نحوه استفاده صحیح از فضای ذخیره سازی موجود.
"قلب طلایی"، 1 اکتبر
در اول اکتبر همه چیز برعکس خواهد بود. سالن قلب طلایی دارای مسیری با فناوری بیشتر خواهد بود. بنابراین، برای مهندسانی که از طریق "قلب طلایی" سفر می کنند، ابتدا از شما دعوت می کنیم تا در موارد تجاری غوطه ور شوید و سپس ببینید که چگونه این موارد در عمل حل می شوند. و مدیران نیز به نوبه خود ابتدا در مورد وظایف احتمالی فکر می کنند و سپس شروع به درک بهتر نحوه پیاده سازی آن در ابزارها و سخت افزار می کنند.
زیر کاپوت ذخیره سازی ابر بزرگ
سخنران اول آرتمی کاپیتولا. گزارش سال گذشته او"شرکت کنندگان کنفرانس به دلیل عمق باورنکردنی داستان، فکر می کنم آن را بهترین عنوان کردند. این بار راه حل های Mail.Ru Cloud Solutions در مورد طراحی ذخیره سازی و تجزیه و تحلیل سابقه خرابی سیستم را ادامه خواهد داد. مزیت نامشخص این گزارش برای مدیران این است که آرتمی نه تنها خود مشکل فنی، بلکه کل فرآیند حل آن را نیز بررسی می کند. آن ها شما می توانید درک کنید که چگونه کل این فرآیند را مدیریت کنید و آن را در شرکت خود اعمال کنید.
استقرار غیرمتمرکز معکوس
ایگور بوگانکو این اولین بار نیست که او نیز در کنفرانس حاضر می شود؛ گزارش های او به طور سنتی حاوی تزهای بحث برانگیز است، اما شما را به فکر فرو می برد. ما امیدواریم که صحبت اگور در مورد استقرار غیرمتمرکز بحثی جالب و مهمتر از همه سازنده ایجاد خواهد کرد.
ما دوباره در ابرها هستیم
الکسی واخوفتلفیقی قدرتمند از مولفه ها و فناوری های تجاری است که از هر دو جنبه مهندسی و مدیریتی جالب خواهد بود. الکسی به شما خواهد گفت که Uchi.ru چگونه کار می کند زیرساخت Cloud Native: نحوه استفاده از Service Mesh، OpenTracing، Vault، logging متمرکز و SSO کل. پس از آن، در ساعت 15:00، الکسی برگزار می شود ، جایی که هرکس بیاید می تواند همه این سازها را با دستان خود لمس کند.
آپاچی کافکا در آویتو: داستانی از سه تناسخ
آناتولی سولداتوف در مورد اینکه آویتو چگونه کافکا را به عنوان یک سرویس می سازد، البته برای کسانی که از کافکا استفاده می کنند، جالب خواهد بود. اما از طرفی خیلی خوب آشکار می شود فرآیند ایجاد یک سرویس داخلی: نحوه جمع آوری نیازهای خدمات و خواسته های همکاران، پیاده سازی رابط ها، ایجاد تعامل بین تیم ها و ایجاد یک سرویس به عنوان یک محصول در داخل شرکت. از این منظر، تاریخ دوباره برای شرکت کنندگان بسیار متفاوت کنفرانس مفید است.
بیایید میکروسرویس ها را دوباره سبک کنیم
در اینجا، به نظر می رسد، همه چیز از نام مشخص است. اما این تزها دیمیتری سوگروبوف از لروی مرلین، حتی در کمیته برنامه باعث بحث داغ شد. در یک کلام، این یک پایه خوب برای بحث در مورد آنچه که به طور کلی میکروسرویس ها در نظر گرفته می شود، نحوه نوشتن، نگهداری و غیره خواهد بود.
CI/CD برای مدیریت زیرساخت BareMetal
گزارش بعدی دوباره دو در یک است. از یک طرف، آندری کواپیل (WEDOS Internet, as) در مورد مدیریت زیرساخت BareMetal صحبت خواهد کرد که کاملاً خاص است، زیرا همه در حال حاضر عمدتاً از ابرها استفاده می کنند و اگر سخت افزار را نگه دارند، در مقیاس بزرگی نیست. اما بسیار مهم است که آندری استفاده از تکنیک های CI/CD برای استقرار و مدیریت زیرساخت BareMetal، و از این منظر، گزارش مورد علاقه رهبران تیم و مهندسان خواهد بود.
موضوع را ادامه خواهد داد سرگئی ماکارنکو، در پشت صحنه این فرآیند پر زحمت در پلتفرم Wargaming.
آیا ظروف می توانند ایمن باشند؟
برنامه را در سالن قلب طلایی به پایان خواهد رساند الکساندر خایوروف مقاله بحث در مورد امنیت کانتینر الکساندر در حال حاضر در RIT++ است در مورد مشکلات امنیتی هلم و راه های مبارزه با آن و این بار به ذکر نقاط ضعف اکتفا نمی کند، بلکه ابزارهایی برای جداسازی کامل محیط
"در لبه کیهان"، 1 اکتبر
آغاز خواهد شد الکساندر بورتسف (برامابراما) و یکی از راه حل های ممکن برای افزایش سرعت سایت. بیایید به اجرای موفقیت آمیز پنجگانه نگاه کنیم شتاب فقط به دلیل ابزارهای DevOps بدون بازنویسی کد همچنان باید تصمیم بگیرید که آیا کد را در هر پروژه بازنویسی کنید یا نه، اما همیشه داشتن چنین تجربه ای در ذهن مفید است.
DevOps در 1C: Enterprise
پتر گریبانوف از شرکت 1C این افسانه را که پیاده سازی DevOps در یک شرکت بزرگ غیرممکن است، از بین ببرید. چه چیزی می‌تواند پیچیده‌تر از پلتفرم 1C: Enterprise باشد، اما از آنجایی که روش‌های DevOps حتی در آنجا نیز قابل اجرا هستند، فکر می‌کنم این افسانه پابرجا نخواهد ماند.
DevOps در توسعه سفارشی
آنتون خلویتسکی در ادامه گزارش اوگنی فومنکو ، چگونه MegaFon DevOps را در طرف پیمانکار ساخت و استقرار مستمر را از جمله توسعه سفارشی از چندین تامین کننده نرم افزار ساخت.
آوردن DevOps به DWH/BI
موضوعی غیر استاندارد، اما دوباره جالب برای شرکت کنندگان مختلف واسیلی کوتسنکو از گازپروم بانک واسیلی توصیه های عملی در مورد چگونگی توسعه فرهنگ فناوری اطلاعات در توسعه داده ها و اعمال شیوه های DevOps در Data Warehous و BI به اشتراک می گذارد و به شما خواهد گفت که چگونه خط لوله کار با داده ها متفاوت است و چه ابزارهای اتوماسیون واقعاً در زمینه کار با آنها مفید هستند. داده ها.
چگونه (شما) بدون بخش امنیتی زندگی کنید
بعد از ناهار مونا آرکیپووا (sudo.su) ما با اصول اولیه DevSecOps و توضیح خواهد داد که چگونه می توانید امنیت را به عنوان یک فرآیند در فرآیند توسعه خود جاسازی کنید و استفاده از یک بخش امنیتی جداگانه را متوقف کنید. موضوع فوری است و گزارش باید برای بسیاری مفید باشد.
تست بار در CI/CD یک محلول بزرگ
کاملا تکمیل کننده مبحث قبلی است ولادیمیر خونین از مگافون در اینجا ما در مورد صحبت خواهیم کرد نحوه معرفی کیفیت به فرآیند DevOps: نحوه استفاده از Quality Gate، ثبت موارد مختلف در داخل سیستم و نحوه ادغام همه آن در فرآیند توسعه. این گزارش مخصوصا برای کسانی که با سیستم های بزرگ کار می کنند مناسب است، اما حتی اگر با صورتحساب هنگفت کار نکنید، جنبه های جالبی برای خود پیدا خواهید کرد.
SDLC و انطباق
و موضوع بعدی بیشتر مربوط به شرکت های بزرگ است - نحوه معرفی راه حل های انطباق و الزامات استاندارد در فرآیند. ایلیا میتروکوف از مرکز فناوری دویچه بانک که استانداردهای کاری ممکن است به خوبی با DevOps سازگار باشد.
و در پایان روز ماتوی کوکوی (Amixr.IO) آمار و بینش در مورد اینکه چگونه ده ها تیم در سراسر جهان در حال انجام وظیفه هستند، مرتب سازی حوادث، سازماندهی کار و ساختن سیستم های قابل اعتماد، و توضیح خواهد داد که چگونه همه اینها به SRE مربوط می شود.
حالا من حتی کمی به شما حسادت می کنم، زیرا سفر از طریق فقط باید شما می توانید برنامه فردی خود را ایجاد کنید و از اینکه گزارش ها چگونه به صورت ارگانیک یکدیگر را تکمیل می کنند لذت ببرید، اما من، به احتمال زیاد، مانند هر راهنما، وقت نخواهم داشت که با دقت به اطراف نگاه کنم.
به هر حال، علاوه بر برنامه اصلی، ما به اصطلاح، یک مکان کمپینگ داریم - یک اتاق ملاقات، که در آن خود شرکت کنندگان می توانند یک جلسه کوچک، کارگاه آموزشی، کلاس کارشناسی ارشد برگزار کنند و در یک محیط صمیمی درباره موضوعات مهم بحث کنند. هر شرکت کننده می تواند، و هر شرکت کننده می تواند به عنوان یک کمیته برنامه عمل کند و به جلسات دیگر رأی دهد. این قالب قبلاً کارایی خود را به خصوص در زمینه شبکه ثابت کرده است، بنابراین نگاه دقیق تری به آن بیندازید برنامه‌ریزی کنید، و در طول کنفرانس، منتظر اطلاعیه‌های مربوط به ملاقات‌های جدید باشید .
شما را در کهکشان DevOpsConf 2019 می بینیم!
منبع: www.habr.com