Конференција за љубителите на пристапот DevOps

Зборуваме, се разбира, за DevOpsConf. Ако не навлегувате во детали, тогаш на 30 септември и 1 октомври ќе одржиме конференција за комбинирање на процесите на развој, тестирање и работење, а ако навлегувате во детали, ве молиме, под мачка.

Во рамките на пристапот DevOps, сите делови од технолошкиот развој на проектот се испреплетени, се случуваат паралелно и влијаат еден на друг. Од особена важност овде е создавањето на автоматизирани развојни процеси кои можат да се менуваат, симулираат и тестираат во реално време. Ова ви помага веднаш да одговорите на промените на пазарот.

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

зад сцената

За нас е важно да знаеме не само што прават различни компании во рамките на пристапот DevOps, туку и да разбереме зошто сето тоа е направено. Затоа, не поканивме само експерти да се приклучат на Програмскиот комитет, туку и специјалисти кои го гледаат дискурсот на DevOps од различни позиции:

• високи инженери;
• програмери;
• води тимот;
• CTO.

Од една страна, ова создава потешкотии и конфликти кога се разговара за барањата за извештаи. Ако инженерот е заинтересиран да анализира голема несреќа, тогаш поважно е развивачот да разбере како да креира софтвер кој работи во облаци и инфраструктури. Но, со тоа што ќе се договориме, создаваме програма која ќе биде вредна и интересна за сите: од инженери до CTO.

Целта на нашата конференција не е само да ги избереме извештаите за најмногу возбуда, туку да ја претставиме целокупната слика: како функционира пристапот DevOps во пракса, каков вид на гребло може да наидете кога се префрлате на нови процеси. Во исто време, го градиме делот за содржина, спуштајќи се од деловниот проблем до специфични технологии.

Конференциските делови ќе останат исти како и во последен пат.

• Инфраструктурна платформа.
• Инфраструктурата како код.
• Континуирана испорака.
• Повратни информации
• Архитектура во DevOps, DevOps за CTO.
• SRE практики.
• Управување со обука и знаење.
• Безбедност, DevSecOps.
• Трансформација на DevOps.

Повик за документи: какви извештаи бараме

Потенцијалната публика на конференцијата условно ја поделивме во пет групи: инженери, програмери, специјалисти за безбедност, раководители на тимови и CTO. Секоја група има своја мотивација да дојде на конференцијата. И, ако ги погледнете 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: како да се пресмета ROI за тоа, кои метрики треба да се изберат за пресметка и како да се работи на нивно подобрување.

На патот кон микросервисите

Компанијата Nixys обезбедува поддршка за зафатени веб-проекти и дистрибуирани системи. Нејзиниот технички директор, Борис Ершов, кажа како да се преведат софтверски производи, чиј развој започна пред 5 години (или уште повеќе), на модерна платформа.

Како по правило, ваквите проекти се посебен свет каде што има толку темни и антички агли на инфраструктурата што сегашните инженери не знаат за нив. И пристапите кон архитектурата и развојот што некогаш беа избрани се застарени и не можат да му обезбедат на бизнисот исто темпо на развој и објавување на нови верзии. Како резултат на тоа, секое издание на производ се претвора во неверојатна авантура, каде нешто постојано паѓа, и тоа на најнеочекуваното место.

Менаџерите на вакви проекти неминовно се соочуваат со потребата да ги трансформираат сите технолошки процеси. Во својот извештај, Борис рече:

• како да се избере вистинската архитектура за проектот и да се постави инфраструктурата во ред;
• кои алатки да се користат и какви стапици се среќаваат на патот кон трансформацијата;
• што да правиме следно.

Автоматизација на изданија или како да се испорача брзо и безболно

Александар Коротков е водечки развивач на системот CI/CD во CIAN. Тој зборуваше за алатките за автоматизација кои овозможија подобрување на квалитетот и намалување на времето за доставување код до производството за 5 пати. Но, таквите резултати не можеа да се постигнат само со автоматизација, па Александар обрна внимание и на промените во развојните процеси.

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

Алексеј Кирпичников имплементира DevOps и инфраструктура во SKB Kontur веќе 5 години. Во текот на три години, во неговата компанија се случија приближно 1000 факапи со различен степен на епичност. Меѓу нив, на пример, 36% беа предизвикани од пуштање во производство со низок квалитет, а 14% беа предизвикани од работа за одржување на хардверот во центарот за податоци.

Архивата на извештаи (пост смртни случаи) што инженерите на компанијата ја одржуваат неколку години по ред овозможува да се добијат такви точни информации за несреќи. Постморта е напишана од дежурниот инженер, кој прв одговорил на сигналот за итност и почнал да поправа се. Зошто да ги измачувате инженерите кои се борат со факапи ноќе со пишување извештаи? Овие податоци ви овозможуваат да ја видите целата слика и да го придвижите развојот на инфраструктурата во вистинската насока.

Во својот говор, Алексеј сподели како да се напише навистина корисен постмортам и како да се спроведе практиката на такви извештаи во голема компанија. Ако ви се допаѓаат приказни за тоа како некој се заебал, погледнете го видеото од настапот.

Разбираме дека вашата визија за DevOps можеби не се совпаѓа со нашата. Ќе биде интересно да се знае како ја гледате трансформацијата на DevOps. Споделете го вашето искуство и визија за оваа тема во коментарите.

Кои извештаи веќе ги прифативме во програмата?

Оваа недела Програмскиот комитет усвои 4 извештаи: за безбедноста, инфраструктурата и практиките на SRE.

Можеби најболната тема на трансформацијата на DevOps: како да се осигурате дека момците од одделот за безбедност на информации не ги уништат веќе изградените врски помеѓу развојот, работењето и администрацијата. Некои компании управуваат без оддел за безбедност на информации. Како да се обезбеди безбедност на информациите во овој случај? За тоа ќе кажам Мона Аркипова од sudo.su. Од нејзиниот извештај дознаваме:

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

Следниот извештај се однесува на развојот на инфраструктурата како код. Намалете ја количината на рачна рутина и не претворајте го целиот проект во хаос, дали е ова можно? На ова прашање ќе одговори Максим Кострикин од Икстенс. Неговата компанија користи Terraform за работа со AWS инфраструктура. Алатката е погодна, но прашањето е како да се избегне создавање огромен блок код кога се користи. Одржувањето на ваквото наследство ќе станува се поскапо секоја година. 

Maxim ќе покаже како функционираат шемите за поставување кодови, насочени кон поедноставување на автоматизацијата и развојот.

Друга извештај ќе слушнеме за инфраструктура од Владимир Рјабов од Playkey. Овде ќе зборуваме за инфраструктурната платформа и ќе научиме:

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

Тајната на оваа магија е технологијата ZFS за FreeBSD и неговата свежа вилушка ZFS на Linux. Владимир ќе споделува случаи од Playkey.

Matvey Kukuy од Amixr.IO спремни со примери од животот да кажам, што се случи СРЕ и како помага да се изградат сигурни системи. Amixr.IO ги пренесува инцидентите на клиентите преку својот заден дел; десетици дежурни тимови ширум светот веќе се справиле со 150 илјади случаи. На конференцијата, Матви ќе ги сподели статистиките и сознанијата што неговата компанија ги акумулирала со решавање на проблемите со клиентите и анализирање на неуспесите.

Уште еднаш ве повикувам да не бидете алчни и да го споделите вашето искуство како самурај на DevOps. Послужете апликација за извештај, а јас и ти ќе имаме 2,5 месеци да подготвиме одличен говор. Ако сакате да бидете слушател, се претплатите до билтенот со ажурирања на програмата и сериозно размислете за резервирање билети пред време, бидејќи тие ќе поскапат поблиску до датумите на конференцијата.

Извор: www.habr.com