Конференция за феновете на DevOps подхода

Говорим, разбира се, за DevOpsConf. Ако не навлизате в подробности, тогава на 30 септември и 1 октомври ще проведем конференция за комбиниране на процесите на разработка, тестване и експлоатация, а ако навлизате в подробности, моля, под кат.

В рамките на подхода DevOps всички части от технологичното развитие на проекта са преплетени, протичат паралелно и си влияят взаимно. От особено значение тук е създаването на автоматизирани процеси на разработка, които могат да бъдат променяни, симулирани и тествани в реално време. Това ви помага незабавно да реагирате на промените на пазара.

На конференцията искаме да покажем как този подход влияе върху развитието на продукта. Как се осигурява надеждността и адаптивността на системата за клиента. Как DevOps променя структурата и подхода на една компания към организиране на нейния работен процес.

зад сцената

За нас е важно да знаем не само какво правят различните компании в рамките на подхода DevOps, но и да разберем защо се прави всичко това. Затова поканихме не само експерти да се присъединят към програмния комитет, но и специалисти, които виждат дискурса на DevOps от различни позиции:

• старши инженери;
• разработчици;
• ръководители на екипи;
• технически директор.

От една страна, това създава трудности и конфликти при обсъждане на искания за отчети. Ако един инженер се интересува от анализ на голяма авария, тогава е по-важно за разработчика да разбере как да създаде софтуер, който работи в облаци и инфраструктури. Но като се съгласим, ние създаваме програма, която ще бъде ценна и интересна за всички: от инженери до CTO.

Целта на нашата конференция не е просто да изберем най-хайп докладите, а да представим цялостната картина: как подходът DevOps работи на практика, какъв вид рейк можете да срещнете, когато преминавате към нови процеси. В същото време изграждаме съдържателната част, слизайки от бизнес проблема до конкретни технологии.

Секциите на конференцията ще останат същите като в последен път.

• Инфраструктурна платформа.
• Инфраструктурата като код.
• Непрекъсната доставка.
• Обратна връзка.
• Архитектура в DevOps, DevOps за CTO.
• SRE практики.
• Обучение и управление на знанията.
• Сигурност, DevSecOps.
• DevOps трансформация.

Покана за доклади: какви доклади търсим

Условно разделихме потенциалната аудитория на конференцията на пет групи: инженери, разработчици, специалисти по сигурността, ръководители на екипи и технически директор. Всяка група има собствена мотивация да дойде на конференцията. И ако погледнете DevOps от тези позиции, можете да разберете как да фокусирате вашата тема и къде да поставите акцент.

За инженери, които създават инфраструктурна платформа, е важно да разберат съществуващите тенденции, да разберат кои технологии сега са най-напредналите. Ще им бъде интересно да научат за реалния опит в използването на тези технологии и да обменят мнения. Един инженер ще се радва да изслуша доклад, анализиращ някаква твърда авария, а ние от своя страна ще се опитаме да изберем и излъскаме такъв доклад.

За разработчици важно е да се разбере такова понятие като облачно родно приложение. Тоест как да разработим софтуер, така че да работи в облаци и различни инфраструктури. Разработчикът трябва постоянно да получава обратна връзка от софтуера. Тук искаме да чуем случаи за това как компаниите изграждат този процес, как да наблюдават ефективността на софтуера и как работи целият процес на доставка.

Специалисти по киберсигурност Важно е да разберете как да настроите процеса на сигурност, така че да не спира процесите на развитие и промяна в компанията. Интересни ще бъдат и темите за изискванията, които DevOps поставя към такива специалисти.

Ръководителите на екипи искат да знаят, как работи процесът на непрекъсната доставка в други компании. Какъв път поеха компаниите, за да постигнат това, как изградиха процеси за разработка и осигуряване на качество в DevOps. Ръководителите на екипи също се интересуват от Cloud native. А също и въпроси относно взаимодействието в екипа и между развойните и инженерните екипи.

За 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 пъти. Но такива резултати не могат да бъдат постигнати само с автоматизация, така че Александър обърна внимание и на промените в процесите на разработка.

Как злополуките ви помагат да научите?

Алексей Кирпичников внедрява DevOps и инфраструктура в СКБ Контур от 5 години. В продължение на три години в неговата компания се случиха приблизително 1000 fakaps с различна степен на епичност. Сред тях, например, 36% са причинени от внедряване на версия с ниско качество в производството, а 14% са причинени от работа по поддръжката на хардуера в центъра за данни.

Архив от доклади (аутопсии), които инженерите на компанията поддържат няколко години подред, позволява да се получи толкова точна информация за произшествията. Аутопсията е написана от дежурния инженер, който пръв се отзовал на аварийния сигнал и започнал да оправя всичко. Защо да измъчвате инженери, които се борят нощем с фацапи, като пишат доклади? Тези данни ви позволяват да видите цялата картина и да придвижите развитието на инфраструктурата в правилната посока.

В речта си Алексей сподели как се написва наистина полезна аутопсия и как се прилага практиката на такива доклади в голяма компания. Ако обичате истории за това как някой се е прецакал, вижте видеото на изпълнението.

Разбираме, че вашето виждане за DevOps може да не съвпада с нашето. Ще бъде интересно да разберете как виждате трансформацията на DevOps. Споделете своя опит и визия за тази тема в коментарите.

Какви доклади вече сме приели в програмата?

Тази седмица Програмният комитет прие 4 доклада: относно сигурността, инфраструктурата и SRE практиките.

Може би най-болезнената тема на трансформацията на DevOps: как да се уверим, че момчетата от отдела за информационна сигурност няма да разрушат вече изградените връзки между разработка, експлоатация и администрация. Някои компании се справят без отдел за информационна сигурност. Как да гарантираме сигурността на информацията в този случай? За това ще разбере Мона Архипова от sudo.su. От нейния репортаж научаваме:

• какво трябва да се пази и от кого;
• какви са рутинните процеси за сигурност;
• как се пресичат процесите на ИТ и информационната сигурност;
• какво е CIS CSC и как да го внедрим;
• как и по какви показатели да се извършват регулярни проверки на информационната сигурност.

Следващият доклад се отнася до развитието на инфраструктурата като код. Намалете количеството ръчна рутина и не превръщайте целия проект в хаос, възможно ли е това? На този въпрос ще отговори Максим Кострикин от Икстенс. Фирмата му използва тераформира за работа с AWS инфраструктура. Инструментът е удобен, но въпросът е как да се избегне създаването на огромен блок код, когато се използва. Поддръжката на такова наследство ще става все по-скъпа всяка година. 

Maxim ще покаже как работят моделите за поставяне на код, насочени към опростяване на автоматизацията и разработката.

Друг докладът ще чуем за инфраструктура от Владимир Рябов от Playkey. Тук ще говорим за инфраструктурната платформа и ще научим:

• как да разберете дали пространството за съхранение се използва ефективно;
• как няколкостотин потребители могат да получат 10 TB съдържание, ако се използва само 20 TB място за съхранение;
• как да компресирате данните 5 пъти и да ги предоставяте на потребителите в реално време;
• как да синхронизирате данни в движение между няколко центъра за данни;
• как да се елиминира влиянието на потребителите един върху друг, когато се използва една виртуална машина последователно.

Тайната на тази магия е технологията ZFS за FreeBSD и неговата свежа вилица ZFS на Linux. Владимир ще сподели калъфи от Playkey.

Матвей Кукуй от Amixr.IO готови с примери от живота Да кажа, какво стана SRE и как помага за изграждането на надеждни системи. Amixr.IO пропуска клиентски инциденти през своя бекенд; десетки дежурни екипи по целия свят вече са се справили със 150 хиляди случая. На конференцията Матви ще сподели статистиката и прозренията, които неговата компания е натрупала чрез решаване на проблеми на клиенти и анализиране на неуспехи.

Още веднъж ви призовавам да не бъдете алчни и да споделите опита си като DevOps самурай. Сервирайте поискване за доклад и ние с вас ще имаме 2,5 месеца, за да подготвим отлична реч. Ако искаш да бъдеш слушател, Абонирай се към бюлетина с актуализации на програмата и сериозно помислете за резервирането на билети преди време, защото те ще поскъпнат по-близо до датите на конференцията.

Източник: www.habr.com