Бул, албетте, жөнүндө . Эгер майда-чүйдөсүнө чейин айтпасаңыз, анда 30-сентябрда жана 1-октябрда биз иштеп чыгуу, сыноо жана эксплуатациялоо процесстерин айкалыштыруу боюнча конференция өткөрөбүз, ал эми майда-чүйдөсүнө чейин айтып берсеңиз, сураныч, cat астында.
DevOps мамилесинин алкагында долбоордун технологиялык өнүгүүсүнүн бардык бөлүктөрү чырмалышып, параллелдүү болуп, бири-бирине таасир этет. Бул жерде өзгөчө мааниге ээ, реалдуу убакыт режиминде өзгөртүүгө, симуляциялоого жана сыноого мүмкүн болгон автоматташтырылган иштеп чыгуу процесстерин түзүү. Бул рыноктогу өзгөрүүлөргө дароо жооп берүүгө жардам берет.
Конференцияда биз бул ыкма продуктуну өнүктүрүүгө кандай таасир этээрин көрсөткүбүз келет. Системанын ишенимдүүлүгү жана ийкемдүүлүгү кардар үчүн кантип камсыз кылынат. DevOps кантип компаниянын структурасын жана иш процессин уюштурууга болгон мамилесин өзгөртүп жатат.
көшөгө артында
Биз үчүн DevOps мамилесинин алкагында ар кандай компаниялар эмне кылып жатканын билүү гана эмес, мунун баары эмне үчүн жасалып жатканын түшүнүү да маанилүү. Ошондуктан, биз Программалык комитетке жөн гана эксперттерди эмес, DevOps дискурсун ар кандай позициядан көргөн адистерди чакырдык:
- старший инженерлер;
- иштеп чыгуучулар;
- команда лидерлери;
- CTO.
Бир жагынан, бул отчеттордун суроо-талаптарын талкуулоодо кыйынчылыктарды жана конфликттерди жаратат. Эгерде инженер чоң кырсыкты талдап чыгууга кызыкдар болсо, анда иштеп чыгуучуга булуттарда жана инфраструктураларда иштеген программаны кантип түзүүнү түшүнүү маанилүү. Бирок макул болуу менен биз бардыгы үчүн баалуу жана кызыктуу программаны түзөбүз: инженерлерден баштап КТОго чейин.
Биздин конференциянын максаты – эң көп баяндамаларды тандоо эмес, жалпы сүрөттү көрсөтүү: DevOps ыкмасы иш жүзүндө кандай иштейт, жаңы процесстерге өтүүдө сиз кандай тырмоого туш боло аласыз. Ошол эле учурда биз бизнес проблемасынан конкреттүү технологияларга чейин мазмун бөлүгүн курабыз.
Конференциянын секциялары мурдагыдай эле калат .
- Инфраструктура платформасы.
- Код катары инфраструктура.
- Үзгүлтүксүз жеткирүү.
- Кайра Байланыш.
- DevOps ичиндеги архитектура, CTO үчүн DevOps.
- SRE практикалары.
- Окутуу жана билимди башкаруу.
- Коопсуздук, DevSecOps.
- DevOps трансформациясы.
Кагаздарды чакыруу: кандай отчетторду издеп жатабыз
Биз конференциянын потенциалдуу аудиториясын шарттуу түрдө беш топко бөлдүк: инженерлер, иштеп чыгуучулар, коопсуздук боюнча адистер, команданын жетекчилери жана CTO. Ар бир топтун конференцияга келүүгө өзүнүн мотивациясы бар. Жана, эгерде сиз DevOps'ту ушул позициялардан карасаңыз, темаңызга кантип басым жасоону жана басымды кайда коюуну түшүнө аласыз.
Инженерлер үчүн, инфраструктуралык платформаны түзүп жаткандар үчүн учурдагы тенденцияларды түшүнүү, кайсы технологиялар азыр эң алдыңкы экенин түшүнүү маанилүү. Алар бул технологияларды колдонуунун чыныгы турмуштук тажрыйбасын үйрөнүүгө жана пикир алмашууга кызыкдар болот. Инженер кандайдыр бир оор кырсыкты талдоого алган отчетту угууга кубанычта болот, биз болсо, өз кезегинде, мындай отчетту тандап, жылмалоого аракет кылабыз.
Иштеп чыгуучулар үчүн сыяктуу түшүнүктү түшүнүү маанилүү булуттагы жергиликтүү колдонмо. Башкача айтканда, программалык камсыздоону булуттарда жана ар кандай инфраструктураларда иштеши үчүн кантип иштеп чыгуу керек. Иштеп чыгуучу программалык камсыздоодон дайыма пикир алышы керек. Бул жерде биз компаниялар бул процессти кантип кура тургандыгы, программалык камсыздоонун иштешине кантип мониторинг жүргүзүү керектиги жана бүт жеткирүү процесси кантип иштээри жөнүндө иштерди уккубуз келет.
Киберкоопсуздук боюнча адистер Компаниянын ичиндеги өнүгүү жана өзгөртүү процесстерин токтотпоосу үчүн коопсуздук процессин кантип орнотуу керектигин түшүнүү маанилүү. DevOps мындай адистерге койгон талаптары тууралуу темалар да кызыктуу болот.
Команда лидерлери билгиси келет, башка компанияларда үзгүлтүксүз жеткирүү процесси кандай иштейт. Буга жетүү үчүн компаниялар кандай жолду басып өтүштү, DevOps ичинде өнүгүү жана сапатты камсыздоо процесстерин кантип түзүштү. Команда лидерлери да Cloud оригиналына кызыгышат. Ошондой эле команданын ичиндеги жана өнүктүрүү жана инженердик топтордун ортосундагы өз ара аракеттенүү жөнүндө суроолор.
үчүн CTO эң негизгиси бул процесстердин бардыгын кантип туташтыруу жана аларды бизнес муктаждыктарына ылайыкташтыруу. Ал колдонмо бизнес үчүн да, кардар үчүн да ишенимдүү экенине ынанат. Жана бул жерде сиз кайсы технологиялар кайсы бизнес милдеттери үчүн иштей турганын, бүт процессти кантип курууну ж.б. түшүнүшүңүз керек. CTO ошондой эле бюджетти түзүү үчүн жооптуу. Мисалы, ал адистерди DevOpsто иштей алышы үчүн кайра даярдоого канча акча сарпталышы керектигин түшүнүшү керек.
Бул маселелер боюнча айта турган сөзүң болсо, унчукпа, . Документтерди кабыл алуунун акыркы мөөнөтү 20-августка чейин. Канчалык эрте катталсаңыз, отчетуңузду жыйынтыктоого жана презентацияңызга даярданууга ошончолук көп убакыт керек болот. Андыктан, кечиктирбеңиз.
Ооба, эгер сиз эл алдында сүйлөөнүн кереги жок болсо, жөн эле жана 30-сентябрда жана 1-октябрда кесиптештер менен баарлашуу үчүн келгиле. Бул кызыктуу жана шыктандыруучу болот деп убада кылабыз.
DevOps'ту кантип көрөбүз
DevOps дегенди так түшүнүү үчүн, мен өзүмдүн баяндамамды окууну (же кайра окууну) сунуштайм "" Рыноктун толкундарын аралап жүрүп, мен DevOps идеясы ар кандай көлөмдөгү компанияларда кандайча өзгөрүп жатканын байкадым: кичинекей стартаптан трансулуттук компанияларга чейин. Отчет бир катар суроолордун негизинде курулган, аларга жооп берүү менен сиз компанияңыз DevOps тарапка жылып баратканын же кандайдыр бир жерде көйгөйлөр бар-жогун түшүнө аласыз.
DevOps татаал система, ал төмөнкүлөрдү камтышы керек:
- Санарип продукт.
- Бул санарип продукт иштеп бизнес модулдары.
- Код жазган продукт командалары.
- Үзгүлтүксүз жеткирүү практикалары.
- Платформалар кызмат катары.
- Инфраструктура кызмат катары.
- Код катары инфраструктура.
- DevOps ичинде орнотулган ишенимдүүлүктү сактоо үчүн өзүнчө практикалар.
- Мунун баарын сүрөттөгөн пикир айтуу практикасы.
Отчеттун аягында компаниядагы DevOps системасы жөнүндө түшүнүк берген диаграмма бар. Бул сиздин компанияңыздагы кайсы процесстер ыңгайлаштырылганын жана кайсынысы курула электигин көрүүгө мүмкүндүк берет.
Репортаждын видеосун көрө аласыздар .
Эми бонус болот: RIT++ 2019 бир нече видеолор, алар DevOps трансформациясынын эң жалпы маселелерин козгойт.
Компаниянын инфраструктурасы продукт катары
Артём Науменко Skyengдеги DevOps командасын жетектейт жана анын компаниясынын инфраструктурасын өнүктүрүүгө кам көрөт. Ал SkyEngдеги инфраструктура бизнес-процесстерге кандай таасир этээрин айтып берди: ал үчүн ROI кантип эсептөө керек, эсептөө үчүн кандай көрсөткүчтөрдү тандоо керек жана аларды жакшыртуу үчүн кантип иштөө керек.
Микросервистерге баруу жолунда
Nixys компаниясы бош эмес веб-долбоорлорду жана бөлүштүрүлгөн системаларды колдоону камсыз кылат. Анын техникалык директору Борис Ершов иштеп чыгуусу 5 жыл мурун (же андан да көп) башталган программалык продуктуларды заманбап платформага кантип которуу керектигин айтып берди.
Эреже катары, мындай долбоорлор инфраструктуранын ушунчалык караңгы жана байыркы бурчтары бар өзгөчө дүйнө, азыркы инженерлер алар жөнүндө билишпейт. Ал эми архитектурага жана өнүгүүгө бир жолу тандалган ыкмалар эскирген жана бизнести өнүктүрүүнүн жана жаңы версияларды чыгаруунун бирдей темптерин камсыз кыла албайт. Натыйжада, ар бир өнүм чыгаруу укмуштуу укмуштуу окуяга айланат, ал жерде дайыма бир нерсе кулап, эң күтүлбөгөн жерден болот.
Мындай долбоорлордун менеджерлери сөзсүз түрдө бардык технологиялык процесстерди трансформациялоо зарылдыгына туш болушат. Борис езунун докладында мындай деди:
- долбоор үчүн туура архитектураны кантип тандоо жана инфраструктураны иретке келтирүү;
- кандай куралдарды колдонуу керек жана трансформация жолунда кандай тузактар кездешет;
- андан кийин эмне кылуу керек.
Чыгарууларды автоматташтыруу же кантип тез жана оорутпай жеткирүү керек
Александр Коротков CIANдагы CI/CD системасынын алдыңкы иштеп чыгуучусу. Ал сапатты жакшыртууга жана кодду ендурушке жеткируу убактысын 5 эсе кыскартууга мумкундук берген автоматташтыруу куралдары женунде айтты. Бирок мындай натыйжаларга жалгыз автоматташтыруу менен жетишүү мүмкүн эмес, ошондуктан Александр өнүгүү процесстериндеги өзгөрүүлөргө да көңүл бурган.
Кырсыктар кантип үйрөнүүгө жардам берет?
Алексей Кирпичников 5 жылдан бери СКБ Контурда DevOps жана инфраструктураны ишке ашырып келет. Уч жылдын ичинде анын фирмасында ар турдуу даражадагы 1000ге жакын факаптар пайда болду. Алардын ичинен, мисалы, 36% сапатсыз релизди өндүрүшкө киргизүү менен шартталган, ал эми 14% маалымат борборундагы аппараттык тейлөө иштерине байланыштуу.
Компаниянын инженерлери бир нече жыл катары менен сактап келе жаткан отчеттордун архиви (постановкалар) кырсыктар тууралуу так маалыматты алууга мүмкүндүк берет. Маркумду нөөмөтчү инженер жазат, ал авариялык сигналга биринчи болуп жооп берип, баарын оңдой баштаган. Түнкүсүн факап менен күрөшкөн инженерлерди эмне үчүн отчет жазып кыйнашат? Бул маалыматтар бүт картинаны көрүүгө жана инфраструктуранын өнүгүүсүн туура багытка жылдырууга мүмкүндүк берет.
Өз сөзүндө Алексей чыныгы пайдалуу постмортемди кантип жазуу керек жана мындай отчеттордун практикасын чоң компанияда кантип ишке ашыруу керектиги менен бөлүштү. Эгер сизге кимдир бирөөнүн кантип бузуктук кылганы тууралуу окуялар жакса, спектаклдин видеосун көрүңүз.
Сиздин DevOps боюнча көз карашыңыз биздикиге дал келбей калышы мүмкүн экенин түшүнөбүз. DevOps трансформациясын кандай көрүп жатканыңызды билүү кызыктуу болот. Комментарийлерде бул тема боюнча тажрыйбаңыз жана көз карашыңыз менен бөлүшүңүз.
Программага кандай отчетторду кабыл алдык?
Ушул жумада Программалык комитет 4 докладды кабыл алды: коопсуздук, инфраструктура жана SRE практикасы.
Балким, DevOps трансформациясынын эң оор темасы: маалыматтык коопсуздук бөлүмүнүн жигиттери иштеп чыгуу, иштетүү жана башкаруунун ортосундагы буга чейин курулган байланыштарды бузуп албашына кантип ынануу керек. Кээ бир компаниялар маалыматтык коопсуздук бөлүмү жок эле башкарат. Бул учурда маалыматтык коопсуздукту кантип камсыз кылуу керек? Бул жөнүндө Мона Архипова sudo.su сайтынан. Анын баяндамасынан биз билебиз:
- эмнеден жана кимден коргоо керек;
- күнүмдүк коопсуздук процесстери кандай;
- IT жана маалыматтык коопсуздук процесстери кантип кесилишет;
- КМШ ЖКК деген эмне жана аны кантип ишке ашыруу керек;
- кантип жана кандай көрсөткүчтөр боюнча маалыматтык коопсуздукту үзгүлтүксүз текшерүү.
Кийинки отчет инфраструктураны код катары өнүктүрүүгө тиешелүү. Кол менен иштөөнүн көлөмүн азайтып, бүт долбоорду башаламандыкка айлантпаңыз, бул мүмкүнбү? Бул суроого Икстенс Максим Кострикин. Анын компаниясы колдонот Terraform AWS инфраструктурасы менен иштөө үчүн. Курал ыңгайлуу, бирок аны колдонууда коддун чоң блогун түзбөө керек деген суроо турат. Мындай мурасты сактоо жыл сайын кымбаттай берет.
Максим автоматташтыруу жана иштеп чыгууну жөнөкөйлөтүүгө багытталган кодду жайгаштыруу үлгүлөрү кантип иштээрин көрсөтөт.
Дагы бир биз инфраструктура жөнүндө угабыз Плейкейден Владимир Рябов. Бул жерде биз инфраструктуралык платформа жөнүндө сүйлөшөбүз жана биз үйрөнөбүз:
- сактоо мейкиндиги натыйжалуу колдонулуп жатканын кантип түшүнүүгө болот;
- 10 ТБ гана сактагыч колдонулса, бир нече жүз колдонуучулар кантип 20 ТБ мазмунду ала алышат;
- маалыматтарды 5 жолу кысуу жана аны колдонуучуларга реалдуу убакыт режиминде кантип берүү керек;
- бир нече маалымат борборлорунун ортосунда маалыматтарды кантип синхрондоштуруу;
- бир виртуалдык машинаны ырааттуу колдонууда колдонуучулардын бири-бирине болгон таасирин кантип жок кылуу керек.
Бул сыйкырдын сыры технологияда FreeBSD үчүн ZFS жана анын жаңы айры Linux боюнча ZFS. Владимир Playkeyден иштерди бөлүшөт.
Matvey Kukuy Amixr.IO турмуштан мисалдар менен даяр , эмне болду мушташ жана ал ишенимдүү системаларды түзүүгө кандайча жардам берет. Amixr.IO кардарлардын инциденттерин өзүнүн сервери аркылуу өткөрөт; дүйнө жүзү боюнча ондогон нөөмөтчү топтор буга чейин 150 миң ишти карап чыгышкан. Конференцияда Матвей өзүнүн компаниясы кардарлардын көйгөйлөрүн чечүү жана кемчиликтерди талдоо аркылуу топтогон статистика жана түшүнүктөрү менен бөлүшөт.
Дагы бир жолу мен сизди ач көздүк кылбоого жана DevOps самурайы катары тажрыйбаңыз менен бөлүшүүгө чакырам. Кызмат кылуу доклад үчүн, ал эми сен экөөбүзгө эң сонун баяндама даярдоо үчүн 2,5 ай убакыт болот. Угарман болгуңуз келсе, программанын жаңыртуулары менен маалымат бюллетенине кириңиз жана билеттерди алдын ала брондоо жөнүндө олуттуу ойлонуңуз, анткени алар конференция даталарына жакыныраак кымбаттайт.
Source: www.habr.com