29 و 30 سپتامبر - مسیر باز کنفرانس DevOps Live 2020

DevOps Live 2020 (29 تا 30 سپتامبر و 6 تا 7 اکتبر) به صورت آنلاین در قالبی به روز برگزار می شود. این بیماری همه گیر زمان تغییر را تسریع کرده و به وضوح نشان داده است که کارآفرینانی که توانستند محصول خود را به سرعت به کار آنلاین تبدیل کنند، از تجار "سنتی" بهتر عمل می کنند. بنابراین، در 29 تا 30 سپتامبر و 6 تا 7 اکتبر، DevOps را از سه جهت بررسی خواهیم کرد: تجارت، زیرساخت و خدمات.

بیایید همچنین در مورد نحوه مشارکت کل شرکت در تحول DevOps و اینکه چگونه هر یک از اعضای تیم (از جمله مدیران سیستم، توسعه دهندگان، آزمایش‌کنندگان، متخصصان امنیتی و رهبران تیم) بر وضعیت کسب‌وکار و بهره‌وری آن تأثیر می‌گذارند، صحبت کنیم. وقتی ترافیک به سمت یک برنامه پایدار می رود، کسب و کار رشد می کند و درآمد کسب می کند. و زمان، منابع، توسعه دهندگان مطمئن و متمرکز ظاهراً برای ایجاد ویژگی های جدید، آزمایش و تسلط بر فناوری های جدید ظاهر می شوند. تنها چند سخنرانی سنتی در کنفرانس وجود خواهد داشت. ما توجه بیشتری به تمرین در قالب های مختلف خواهیم داشت: کارگاه ها، جلسات و میزهای گرد. جدول زمانی. بلیط سفارش دهید.

هدف کلی جلسه ما در DevOps Live پاسخ به دو سوال در مورد نجات کسب و کار خواهد بود:

1. چگونه می توانید از DevOps در ارائه نرم افزار برای افزایش بهره وری و اثربخشی کل شرکت خود استفاده کنید؟

2. صاحبان مشاغل و محصولات چگونه می توانند از طراحی مجدد فرآیند تولید DevOps خود بهره مند شوند؟

در 29 و 30 سپتامبر، هر کسی می تواند در پیست آزاد شرکت کند. برای این امر لازم است ثبات.

دو روز باز به لطف شریک عمومی کنفرانس امکان پذیر شد - "آزمایشگاه مستر ورزش'.

"Sportmaster Lab" یک بخش بزرگ فناوری اطلاعات Sportmaster است. بیش از 1000 متخصص عملکرد وب سایت های شرکتی را حفظ می کنند، برنامه ها را به روز می کنند، آنها را با ویژگی های جدید و جدید تکمیل می کنند و در عین حال آشکارا در مورد کار خود صحبت می کنند.

اما برای غوطه وری کامل در مبحث DevOps، خرید دسترسی کامل را توصیه می کنیم. دسترسی کامل یعنی 4 روز کنفرانس، شرکت در همه کارگاه ها و بحث ها، تکالیف در بین روزهای دوم و سوم کنفرانس، فرصتی برای سازماندهی جلسه خود برای صحبت در مورد مسائل دردناک یا حل یک مشکل کاری.

بلندگوهای مسیر را باز کنید DevOps Live آنها به شما خواهند گفت که DevOps به کجا می رود و در آینده چه چیزی در انتظار آن است. بیایید دریابیم که برای تبدیل شدن به یک "متخصص قوی" رویکرد DevOps چه چیزی و چگونه یاد بگیریم. ما قطعا در مورد امنیت فناوری اطلاعات صحبت خواهیم کرد و مهارت های عملی خود را در کارگاه ها تقویت خواهیم کرد.

DevOps - جنبش چگونه آغاز شد و اکنون با آن چه باید کرد

وقتی هر حرکت جدیدی را شروع می‌کنید، تصوری تقریبی از نتیجه نهایی دارید. اما به محض اینکه افراد همفکر به شما ملحق می شوند، حداقل می توانند دیدگاه، هدف یا ایده آن را تغییر دهند. البته، هر چه افراد بیشتری در یک جنبش جدید شرکت کنند، قوی تر است. اما همیشه این خطر وجود دارد که در هر لحظه جنبش بتواند چرخشی غیرمنتظره و تند به خود بگیرد و اکنون - هدف به دست آمده است، اما آیا همه چیز را اینگونه تصور کردید؟

کریس بویتائرت (اینویت)به عنوان یکی از مبتکران جنبش DevOps، مشاهدات 10 ساله خود را در گزارش به اشتراک خواهد گذاشت.10 سال #devops، اما واقعا چه چیزی یاد گرفتیم؟"چگونه DevOps در تمام این سال ها در جهان توسعه یافته است. کریس به شما خواهد گفت که این جنبش پس از 10 سال تغییر مداوم در فرهنگ برنامه نویسی، آموزش زیرساخت به عنوان کد، آموزش نظارت و معیارها به چه چیزی رسیده است. شاید بیش از یک بار با گوش دادن به کریس ناراحت شویم.

هم جامعه و هم مفهوم DevOps مطمئناً تکامل یافته اند، اما در جهت درست؟ DevOps در ابتدا برای پر کردن شکاف بین توسعه دهندگان و عملیات طراحی شد. به طوری که آنها می توانند با موفقیت پروژه ها را توسعه دهند - مقیاس، خودکار و مدیریت زیرساخت های بزرگ. اما در طول سال ها، کلمه DevOps، به گفته کریس، معنای اصلی خود را از دست داده است. کریس به طور گسترده در مورد این موضوع صحبت می کند و می نویسد و معتقد است که DevOps باید طی 10 سال آینده به معنای اصلی خود بازگردد. البته اگر هنوز این امکان وجود دارد ...

چشم انداز مهندسی و نیازهای تجاری چگونه به یک زبان صحبت کنیم؟

با هم اوگنی پوتاپوف (ITSumma) بیایید کمی به گذشته سفر کنیم و شاید حتی فلاپی دیسک برای تحویل نرم افزار را به یاد بیاوریم. و سپس به عقب برمی گردیم و سعی می کنیم بفهمیم که چرا کسب و کارها اکنون ترجیح می دهند از DevOps به عنوان روشی برای ایجاد محصولات نرم افزاری استفاده کنند. به همراه Evgeniy، در مورد اینکه چرا کسب‌وکارها Agile اخیرا مد روز را کنار می‌گذارند و چگونه می‌توان Agile و DevOps را با هم ترکیب کرد، بحث خواهیم کرد. هدف از این گشت و گذار این است که برای مهندسان تفاوت بین نیازهای تجاری و آنچه که آنها مهم می دانند توضیح دهد. در گزارش "چرا کسب‌وکارها DevOps می‌خواهند و آنچه یک مهندس برای صحبت کردن به یک زبان باید بداند"اوگنی همه این مسائل را لمس خواهد کرد.

چگونه وضعیت DevOps را در روسیه مطالعه کردیم

به مدت 10 سال، جنبش جهانی DevOps توسط شرکت هایی مانند DORA، Puppet، و DevOps Institute نظارت می شد که نظرسنجی ها و تحقیقاتی را انجام دادند که همه به کدام سمت می چرخیدند. متأسفانه، این گزارش ها اطلاعاتی در مورد چگونگی تغییر DevOps در روسیه ارائه نمی دهند. برای مشاهده و محاسبه تکامل روسی DevOps، شرکت Ontiko به همراه شرکت Express 42 در ماه اوت سال جاری حدود 1000 متخصص را که خود را در صنعت DevOps می‌دانند مورد بررسی قرار دادند. اکنون تصویر واضح تری از توسعه DevOps در روسیه داریم.

سازمان دهندگان و شرکت کنندگان فعال مطالعه ایگور کوروچکین و ویتالی خاباروف از شرکت Express 42 در گزارش "وضعیت DevOps در روسیه» آنها در مورد نتایج مطالعه صحبت می کنند و آنها را با داده های به دست آمده قبلی مقایسه می کنند و نشان می دهند که کدام فرضیه تایید شده است و چگونه می توانیم اکنون با آن زندگی کنیم. رویکرد Igor و Vitaly DevOps که در Express 42 کار می‌کنند، چندین سال است که به شرکت‌ها کمک می‌کنند تا بهترین شیوه‌های DevOps را اجرا کنند. از جمله پروژه های مشتری که در آن بچه ها شرکت کردند می توان به Avito، Uchi.ru، Tinkoff Bank، Rosbank، Raiffeisenbank، Wild Apricot، Pushwoosh، SkyEng، Delimobil، Lamoda اشاره کرد. همه ما علاقه مند خواهیم بود که در مورد نتایج تحقیقات متخصصان DevOps بشنویم.

آیا می توان با متخصصان امنیتی در DevOps به توافق رسید؟

یک متخصص بسیار ماهر DevOps شناخته شده است که می تواند حتی با یک لاک پشت با درک و در نظر گرفتن علایق آن به توافق برسد. ادغام با امنیت کمتر پیچیده نیست، زیرا امنیت اطلاعات یک تعادل است (ما писали در مورد این) بین تمام فرآیندها. اگر زیاده روی کنید، امنیت اطلاعات به کدو تنبل، ترمز و تحریک کننده تبدیل می شود. اگر به اندازه کافی این کار را انجام ندهید، کسب و کار شما ممکن است شکست بخورد. لو پیلی در گزارش "امنیت اطلاعات به عنوان یک ترمز یا یک راننده - خودتان انتخاب کنید!» این موضوعات بسیار حساس را هم از نظر امنیت اطلاعات و هم از منظر عملکردی مورد بحث قرار خواهد داد. 

لو دارای مدرک دیپلم از دانشگاه فنی دولتی مسکو است. باومن در مورد بازآموزی در زمینه "امنیت اطلاعات سیستم های خودکار" و بیش از 10 سال تجربه در زمینه فناوری اطلاعات و امنیت اطلاعات. عمدتاً در پروژه های پیاده سازی سیستم های پیچیده امنیت اطلاعات متمرکز مشغول است. لئو به عنوان یک متخصص، دانش و ابزارهای اولیه مربوط به امنیت سایبری را با شما به اشتراک می گذارد. پس از گزارش، متوجه خواهید شد که امنیت سایبری چگونه باید در شرکت شما توسعه یابد.

آیا به تجربه من نیاز دارید؟ دارمش!

ما کنفرانس های خود را برای تبادل تجربیات در کل جامعه فناوری اطلاعات برگزار می کنیم. ما از موارد موفق عملی می خواهیم که به شما در کارتان کمک کند تا زمان (و پول شرکت) را برای دوچرخه دیگر تلف نکنید. اما اگر اشتراک دانش پس از کنفرانس متوقف شود، فایده چندانی ندارد. اگر در شرکت تبادل تجربه نکنید، کار مضاعفی انجام می دهید: اسناد، کدها، حتی فرآیندهای تجاری تکراری هستند. البته ممکن است زمان کافی برای صحبت در مورد اکتشافات یا حتی تجربه و تمرین مقاله نویسی نداشته باشید. از سوی دیگر، حتی با شروع به اشتراک گذاری، ممکن است با کمبود پشتیبانی مواجه شوید و حتی برخی محدودیت های فنی را کشف کنید - چگونه، کجا و با چه کمکی می توانید دانش مفید را گسترش دهید؟ 

ایگور سوپکو، کارگردان ناشناخته در Flaunt، در گزارش "فعال کردن اشتراک دانش» به شما خواهد گفت که چگونه مدیریت دانش را در devops ارتقا دهید. او واقعاً دوست دارد که متخصصان از سکوت دست بردارند و شروع به تبادل دانش کنند، اما در عین حال دائماً به سؤالات مشابه پاسخ ندهند. ایگور رازی را می داند که به شما کمک می کند اشتراک دانش را در شرکت خود راه اندازی کنید و به شما نشان دهد که مشکل اشتراک دانش شامل چه چیزی است. ابزارهایی در مورد نحوه سازماندهی آن، نحوه استقرار آن و نحوه نگهداری آن دریافت خواهید کرد. ایگور همچنین یک کارگاه آموزشی برگزار خواهد کرد که در آن شرکت کنندگان یک برنامه فعال سازی دانش شخصی برای تیم یا شرکت خود تدوین خواهند کرد. بیایید جادو بسازیم!

بال، پا، از همه مهمتر... مغز!

شروع فرآیند تبادل دانش کافی نیست، بلکه نیاز به حمایت دارد تا زمانی که عمیقاً و برای مدت طولانی وارد زندگی ما شود. مغز ما بسیار پلاستیکی است و بستگی به کاری دارد که هر روز انجام می دهیم، انتخاب می کنیم و کجا حرکت می کنیم. مغز یک شبکه عصبی را بر اساس اعمال ما خواهد ساخت، نه افکار. اما در اینجا نیز یک شرط وجود دارد - اگر این کار را از طریق زور انجام دهید، خود را مجبور کنید و اراده خود را با چوب ضرب کنید، پس این یک مسیر مستقیم برای فرسودگی در سطح عاطفی و بیوشیمیایی است. فرآیند ایجاد یک عادت و معرفی یک عادت جدید به خودی خود مهم است. و ماکس کوتکوفاو که 19 سال تجربه در مدیریت خود، شرایط و ارتباطاتش دارد، استدلال می کند که مغز، اگرچه پلاستیکی است، بهتر از طریق فعالیت هایی که باعث لذت می شود، رشد می کند تا با کمک قهوه و سایر محرک ها. 

در گزارش «انعطاف پذیری مغز: به سمت بهره وری یا فرسودگی؟» مکس دو موضوع مهم را مطرح خواهد کرد - بهره وری پایین و فرسودگی شغلی. اگر نحوه عملکرد مغز را درک نکنیم، هیچ مقدار مدیریت زمان به ما کمک نمی کند. برای همه اتفاق می‌افتد: «من هیچ قدرت و خواسته‌ای ندارم، کار می‌کنم، به خانه می‌آیم و دراز می‌کشم، یا کاری را که لازم است انجام می‌دهم، زیرا مجبورم، اما نمی‌خواهم با کسی ارتباط برقرار کنم و نمی‌کنم. حتی می‌خواهم بازی کنم.» و در اینجا مهم است که بدانیم بهره وری مغز بر چه اساسی استوار است. Max نحوه انتخاب حالت های مورد نیاز برای تکمیل یک کار، نحوه فعال کردن سریع آنها و جابجایی سریع بین انواع مختلف وظایف را توضیح می دهد. او در مورد تغییر حالت استراحت برای بازیابی منابع صحبت خواهد کرد. همراه با مکس، دانش جدید خود را در کارگاه تثبیت خواهیم کرد.

چگونه به درستی رشد کنیم؟

بنابراین، هر گونه فرآیند، پروژه، تعهدات جدید و همچنین همه تغییرات در فرآیندهای قدیمی آسان نیست. نورون‌های مغز به یکدیگر متصل هستند و این ارتباطات واکنش‌ها، اعمال و عادت‌هایی را به ما می‌دهند. برای تغییر چیزی یا وارد کردن چیزی جدید در آگاهی ما (یا شخص دیگری)، زمان می برد - بیهوده نیست که همه از 30 یا 40 روز برای عادت های جدید صحبت می کنند. این دقیقاً مدت زمانی است - حداقل 30 روز - سلول های عصبی برای ایجاد اتصالات جدید - یعنی در واقع رشد فرآیندهای جدید به طوری که آنها با یکدیگر ارتباط برقرار کنند. و حالا شما یک عادت جدید دارید. هنگامی که فرآیند ایجاد یک عادت را قطع کنید، نورون ناپدید می شود، زیرا مغز فقط آن اتصالاتی را که ما استفاده می کنیم حفظ می کند. بنابراین، فرآیندی که تکمیل نشده است، ناپدید می شود، گویی هرگز آغاز نشده است. 

در دوران پس از قرنطینه ما، صدها و هزاران دوره، کتاب، مدارس و دیگر پلتفرم‌ها، از جمله برای توسعه حرفه‌ای، به طور فزاینده‌ای به ما در این امر کمک می‌کنند. اما چرا این همه؟ چه کسی به آن نیاز دارد؟ این چه فایده ای دارد؟ کارن توماسیان از EPAM در گزارش "چرا باید دائماً رشد کنید، چگونه این کار را بدون به خطر انداختن سلامت خود انجام دهید، و شرم چه ربطی به آن دارد؟به سؤالاتی در مورد چگونگی روشن کردن انگیزه و یافتن هدف، آموزش به شما و به طور کلی دانش جدید در زندگی و به طور خاص در کار و البته چگونه بدون عجله می توانید به آن برسید پاسخ خواهد داد. هدف شما سریعتر از خرگوش

پس از این گزارش‌های مکس و کارن، می‌توانید به هر حالتی که نیاز دارید وارد شوید تا چیز جدیدی یاد بگیرید، آن را در محل کار پیاده‌سازی کنید و تجربیات خود را با همکاران و افراد همفکر خود به اشتراک بگذارید. و سپس در محل کار کوه ها حرکت می کنند (یا حتی به سمت شما می آیند) و بعد از کار بدون فکر سنگین در مورد کار در لذت خواهید بود. تمرین کنیم؟

DevOps در عمل: از فیل ها تا یک مرکز داده کوچک

توسعه دهندگان، اگر این وظیفه را بر عهده بگیرند، یک تکه آب نبات درست می کنند. و اگر DevOps متصل باشد و در وضعیت مناسب باشد، هر چیزی که بخواهید امکان پذیر است. آیا می خواهید به سرعت یک مرکز داده کوچک راه اندازی کنید؟ به آسانی! آندری کواپیل (اینترنت WEDOS، به عنوان)، یکی از طرفداران OpenSource، در گزارش "Kubernetes-in-Kubernetes و مزرعه سرور با بوت PXE»، در مورد دو پروژه رایگان صحبت خواهد کرد: Kubernetes-in-Kubernetes و Kubefarm، که می توانند برای استقرار سریع خوشه های Kubernetes بر روی سخت افزار خود استفاده شوند. آندری ساده ترین راه برای استقرار و نگهداری صدها سرور داخلی را به شما نشان می دهد. اما این محدودیت توانایی های شما نیست. شما یاد خواهید گرفت که چگونه به راحتی گره های فیزیکی را به عنوان ماشین های مجازی ایجاد و حذف کنید، خوشه ها را تقسیم کنید (و تسخیر کنید)، Kubernetes Helm را مستقر کنید، و همچنین در مورد API خوشه بشنوید. انتخاب بدی برای یک دیکتاتور DevOps نیست؟

سرگئی کولسنیکوف  از گروه خرده فروشی X5 حتی فراتر خواهد رفت و آماده است نه تنها توضیح دهد چرا  DevOps در خرده‌فروش، و همچنین برای نشان دادن چگونگی تحول دیجیتال در X5. در گزارش "آموزش رقصیدن به فیل: پیاده سازی DevOps در یک صنعت بزرگ خرده فروشی» سرگئی تجربه خود را از نحوه پیاده سازی X5 رویه های DevOps در سطح شرکت به اشتراک می گذارد. Sergey مسئول اجرای DevOps در X5 است و می داند که چگونه تیم مناسب را انتخاب کند، یک پلتفرم برای زیرساخت ایجاد کند، و مهندسان DevOps چه کاری انجام خواهند داد (و چرا). نکته: هنگامی که دو نفر با علایق متفاوت ملاقات می کنند، یک مذاکره کننده و زمانی که بیش از دو نفر باشد، به یک فوق العاده مذاکره کننده نیاز است.

و اگر شرکت‌های کوچک بخواهند در تیم پروژه سریع، بدون دردسر و در راستای منافع تجاری به توافق برسند، شرکت‌های بزرگ حتی بیشتر این را می‌خواهند. تعداد افراد، پروژه ها و تضاد منافع چندین برابر بیشتر است، به همین دلیل است که Sportmaster Lab از آشنایی با DevOps اجتناب نمی کند. سرگئی مینایف در گزارش «از یک شرکت خونین تا کار تیمی. The Tale of How We Spread DevOps» خواهد گفت که چگونه رویکردهای DevOps به غول دیگری در کار تیمی کمک کردند. آزمایشگاه Sportmaster برای این کار کانال های ارتباطی مشترکی ایجاد کرد و تبادل دانش و تجربه را ایجاد کرد. بخش‌های مختلف یاد گرفتند که برای ایجاد موارد آزمایشی و انجام آزمایش‌ها با هم کار کنند. سرگئی نشان خواهد داد که چگونه اتوماسیون باعث صرفه جویی در زمان تیم برای توسعه و کارکرد و همچنین آنها را از روال طاقت فرسا رها کرد. البته Sportmaster Lab از DevOps برای همه پروژه‌ها استفاده نکرده است، اما اکنون سودی برای توسعه، QA و Operations وجود دارد.

به لطف فرمت آنلاین، گزارش‌های DevOps Live 2020 «کلاسیک» نخواهند بود - هر شرکت‌کننده می‌تواند سؤال خود را به جای نگه داشتن آن در حافظه خود در چت بنویسد. مدیران به جمع آوری سؤالات کمک می کنند و گوینده در طول داستان برای پاسخ به سؤالات توقف می کند. علاوه بر این، مجری در هنگام بحث در مورد موارد، شرکت کنندگان در پخش را نیز شامل می شود. ضمناً در پایان پرسش و پاسخ سنتی نیز وجود خواهد داشت.

اگر مایل به بحث، مشاوره یا اشتراک گذاری داستان های کاری هستید، در کانال تلگرام DevOpsConfTalks مشترک شوید. و در مورد ویژگی های رویداد کنفرانس خواهیم نوشت تلگرام, فیس بوک, توییترو VKontakte. و، البته، در یوتیوب.

شما را در DevOps Live می بینیم!

منبع: www.habr.com