Bu, albatta, haqida . Tafsilotlarga kirmasangiz, unda 30 sentyabr va 1 oktyabr kunlari biz ishlab chiqish, sinov va ekspluatatsiya jarayonlarini birlashtirish bo'yicha konferentsiya o'tkazamiz, agar tafsilotlarga kirsangiz, iltimos, mushuk ostida.
DevOps yondashuvining bir qismi sifatida loyihaning texnologik rivojlanishining barcha qismlari bir-biriga bog'langan, parallel ravishda yuzaga keladi va bir-biriga ta'sir qiladi. Bu erda real vaqt rejimida o'zgartirilishi, simulyatsiya qilinishi va sinovdan o'tkazilishi mumkin bo'lgan avtomatlashtirilgan ishlab chiqish jarayonlarini yaratish alohida ahamiyatga ega. Bu bozordagi o'zgarishlarga darhol javob berishga yordam beradi.
Konferentsiyada biz ushbu yondashuv mahsulot rivojlanishiga qanday ta'sir qilishini ko'rsatmoqchimiz. Mijoz uchun tizimning ishonchliligi va moslashuvchanligi qanday ta'minlanadi. DevOps qanday qilib kompaniyaning tuzilishi va ish jarayonini tashkil etishga yondashuvini o'zgartirmoqda.
Sahna ortida
Biz uchun nafaqat DevOps yondashuvi doirasida turli kompaniyalar nima qilayotganini bilish, balki bularning barchasi nima uchun amalga oshirilayotganini tushunish ham muhimdir. Shuning uchun biz Dastur qo'mitasiga nafaqat mutaxassislarni, balki DevOps nutqini turli pozitsiyalardan ko'radigan mutaxassislarni taklif qildik:
- katta muhandislar;
- ishlab chiquvchilar;
- jamoa etakchilari;
- CTO.
Bir tomondan, bu hisobot so'rovlarini muhokama qilishda qiyinchiliklar va nizolarni keltirib chiqaradi. Agar muhandis katta baxtsiz hodisani tahlil qilishga qiziqsa, u holda ishlab chiquvchi bulutlar va infratuzilmalarda ishlaydigan dasturiy ta'minotni qanday yaratishni tushunishi muhimroqdir. Ammo rozi bo'lish orqali biz hamma uchun qimmatli va qiziqarli bo'lgan dasturni yaratamiz: muhandislardan tortib CTOgacha.
Bizning konferentsiyamizning maqsadi nafaqat eng shov-shuvli hisobotlarni tanlash, balki umumiy rasmni taqdim etishdir: DevOps yondashuvi amalda qanday ishlaydi, yangi jarayonlarga o'tishda qanday rakega duch kelishingiz mumkin. Shu bilan birga, biz biznes muammosidan ma'lum texnologiyalargacha bo'lgan tarkib qismini quramiz.
Konferentsiya bo'limlari avvalgidek qoladi .
- Infratuzilma platformasi.
- Infratuzilma kod sifatida.
- Uzluksiz yetkazib berish.
- Qayta aloqa.
- DevOps-da arxitektura, CTO uchun DevOps.
- SRE amaliyotlari.
- Ta'lim va bilimlarni boshqarish.
- Xavfsizlik, DevSecOps.
- DevOps transformatsiyasi.
Hujjatlarga qo'ng'iroq: biz qanday hisobotlarni qidirmoqdamiz
Biz konferentsiyaning potentsial auditoriyasini shartli ravishda besh guruhga ajratdik: muhandislar, ishlab chiquvchilar, xavfsizlik bo'yicha mutaxassislar, jamoa rahbarlari va CTO. Har bir guruh konferentsiyaga kelish uchun o'z motivatsiyasiga ega. Va agar siz DevOps-ga ushbu pozitsiyalardan qarasangiz, mavzuingizga qanday e'tibor qaratish kerakligini va diqqatni qaerga qo'yish kerakligini tushunishingiz mumkin.
Muhandislar uchun, infratuzilma platformasini yaratayotganlar uchun mavjud tendentsiyalarni tushunish, qaysi texnologiyalar hozir eng ilg'or ekanligini tushunish muhimdir. Ular ushbu texnologiyalardan foydalanish bo‘yicha real hayot tajribasini o‘rganish va fikr almashishdan manfaatdor bo‘ladi. Muhandis biron bir og'ir baxtsiz hodisani tahlil qiladigan hisobotni tinglashdan xursand bo'ladi va biz, o'z navbatida, bunday hisobotni tanlash va jilolashga harakat qilamiz.
Ishlab chiquvchilar uchun kabi tushunchani tushunish muhimdir bulutli mahalliy ilova. Ya'ni, bulutlarda va turli infratuzilmalarda ishlashi uchun dasturiy ta'minotni qanday ishlab chiqish kerak. Ishlab chiquvchi doimiy ravishda dasturiy ta'minotdan fikr-mulohazalarni qabul qilishi kerak. Bu erda biz kompaniyalar ushbu jarayonni qanday qurishlari, dasturiy ta'minotning ishlashini qanday nazorat qilishlari va butun etkazib berish jarayoni qanday ishlashi haqidagi holatlarni eshitmoqchimiz.
Kiberxavfsizlik bo'yicha mutaxassislar Xavfsizlik jarayonini kompaniya ichidagi rivojlanish va o'zgartirish jarayonlarini to'xtatib qo'ymasligi uchun qanday tashkil qilishni tushunish muhimdir. DevOps bunday mutaxassislarga qo'yadigan talablar haqidagi mavzular ham qiziqarli bo'ladi.
Jamoa rahbarlari bilishni xohlashadi, uzluksiz yetkazib berish jarayoni boshqa kompaniyalarda qanday ishlaydi. Kompaniyalar bunga erishish uchun qanday yo'l tutdilar, ular DevOps ichida rivojlanish va sifatni ta'minlash jarayonlarini qanday qurdilar. Jamoa yetakchilari ham Cloud native bilan qiziqishadi. Shuningdek, jamoa ichidagi va rivojlanish va muhandislik guruhlari o'rtasidagi o'zaro ta'sirga oid savollar.
uchun CTO eng muhimi, barcha bu jarayonlarni qanday ulash va ularni biznes ehtiyojlariga moslashtirishni aniqlashdir. U ilovaning biznes uchun ham, mijoz uchun ham ishonchli ekanligiga ishonch hosil qiladi. Va bu erda siz qaysi texnologiyalar qaysi biznes vazifalari uchun ishlashini, butun jarayonni qanday qurishni va hokazolarni tushunishingiz kerak. CTO, shuningdek, byudjetlashtirish uchun javobgardir. Masalan, u DevOps-da ishlashi uchun mutaxassislarni qayta tayyorlashga qancha pul sarflash kerakligini tushunishi kerak.
Agar sizda bu masalalarda aytadigan narsangiz bo'lsa, indamang, . Hujjatlarni qabul qilishning oxirgi muddati - 20 avgust. Qanchalik erta ro'yxatdan o'tsangiz, hisobotingizni yakunlash va taqdimotga tayyorgarlik ko'rish uchun shuncha ko'p vaqt kerak bo'ladi. Shunday ekan, kechiktirmang.
Xo'sh, agar siz omma oldida gapirishga hojat bo'lmasa, shunchaki va hamkasblar bilan muloqot qilish uchun 30 sentyabr va 1 oktyabr kunlari keling. Biz bu qiziqarli va ilhomlantiruvchi bo'lishiga va'da beramiz.
DevOps-ni qanday ko'ramiz
DevOps deganda nimani nazarda tutayotganimizni aniq tushunish uchun men hisobotimni o'qishni (yoki qayta o'qishni) tavsiya qilaman "" Bozor to'lqinlari bo'ylab yurib, men DevOps g'oyasi turli o'lchamdagi kompaniyalarda qanday o'zgarganini kuzatdim: kichik startapdan tortib transmilliy kompaniyalargacha. Hisobot bir qator savollarga asoslanadi, ularga javob berish orqali kompaniyangiz DevOpsga o'tyaptimi yoki biror joyda muammolar bor-yo'qligini tushunishingiz mumkin.
DevOps murakkab tizim bo'lib, u quyidagilarni o'z ichiga olishi kerak:
- Raqamli mahsulot.
- Ushbu raqamli mahsulotni ishlab chiqadigan biznes modullari.
- Kod yozadigan mahsulot guruhlari.
- Uzluksiz yetkazib berish amaliyoti.
- Platformalar xizmat sifatida.
- Infratuzilma xizmat sifatida.
- Infratuzilma kod sifatida.
- DevOps-ga o'rnatilgan ishonchlilikni saqlash uchun alohida amaliyotlar.
- Bularning barchasini tasvirlaydigan fikr-mulohaza amaliyoti.
Hisobot oxirida kompaniyadagi DevOps tizimi haqida tasavvur beradigan diagramma mavjud. Bu sizning kompaniyangizdagi qaysi jarayonlar allaqachon soddalashtirilgan va qaysi biri hali qurilmaganligini ko'rish imkonini beradi.
Hisobotning videosini tomosha qilishingiz mumkin .
Va endi bonus bo'ladi: RIT++ 2019 dan bir nechta videolar, ular DevOps transformatsiyasining eng umumiy masalalariga bag'ishlangan.
Kompaniya infratuzilmasi mahsulot sifatida
Artyom Naumenko Skyengdagi DevOps jamoasini boshqaradi va o'z kompaniyasi infratuzilmasini rivojlantirishga g'amxo'rlik qiladi. U SkyEng’da infratuzilma biznes jarayonlariga qanday ta’sir qilishini aytib berdi: buning uchun ROIni qanday hisoblash kerak, hisoblash uchun qanday ko‘rsatkichlarni tanlash kerak va ularni yaxshilash uchun qanday ishlash kerak.
Mikroservislar yo'lida
Nixys kompaniyasi band bo'lgan veb-loyihalar va tarqatilgan tizimlarni qo'llab-quvvatlaydi. Uning texnik direktori Boris Ershov 5 yil oldin (yoki undan ham ko'proq) ishlab chiqilishi boshlangan dasturiy mahsulotlarni zamonaviy platformaga qanday tarjima qilish kerakligini aytdi.
Qoida tariqasida, bunday loyihalar o'ziga xos dunyo bo'lib, u erda infratuzilmaning shunday qorong'u va qadimiy burchaklari mavjud bo'lib, hozirgi muhandislar ular haqida bilishmaydi. Bir vaqtlar tanlangan arxitektura va rivojlanishga yondashuvlar eskirgan va biznesni rivojlanish va yangi versiyalarni chiqarish tezligini ta'minlay olmaydi. Natijada, har bir mahsulot chiqarilishi aql bovar qilmaydigan sarguzashtga aylanadi, u erda doimo nimadir tushib qoladi va eng kutilmagan joyda.
Bunday loyihalarning menejerlari muqarrar ravishda barcha texnologik jarayonlarni o'zgartirish zarurligiga duch kelishadi. Boris o'z hisobotida shunday dedi:
- loyiha uchun to'g'ri arxitekturani qanday tanlash va infratuzilmani tartibga solish;
- qanday vositalardan foydalanish kerak va transformatsiya yo'lida qanday tuzoqlarga duch keladi;
- keyin nima qilish kerak.
Chiqarishlarni avtomatlashtirish yoki tez va og'riqsiz etkazib berish
Aleksandr Korotkov CIAN kompaniyasida CI/CD tizimining yetakchi ishlab chiquvchisidir. U sifatni yaxshilash va kodni ishlab chiqarishga yetkazish vaqtini 5 baravar qisqartirish imkonini beruvchi avtomatlashtirish vositalari haqida gapirdi. Ammo bunday natijalarga faqat avtomatlashtirish bilan erishib bo'lmaydi, shuning uchun Aleksandr rivojlanish jarayonlaridagi o'zgarishlarga ham e'tibor berdi.
Baxtsiz hodisalar o'rganishga qanday yordam beradi?
Aleksey Kirpichnikov 5 yildan beri SKB Konturda DevOps va infratuzilmani amalga oshirib kelmoqda. Uch yil davomida uning kompaniyasida 1000 ga yaqin turli darajadagi epiklik paydo bo'ldi. Ulardan, masalan, 36% past sifatli relizni ishlab chiqarishga chiqarish, 14% esa maʼlumotlar markazidagi apparat taʼmirlash ishlari sabab boʻlgan.
Kompaniya muhandislari ketma-ket bir necha yil davomida saqlab kelayotgan hisobotlar arxivi (o'limdan keyingi) baxtsiz hodisalar haqida bunday aniq ma'lumotlarni olish imkonini beradi. O'limdan keyingi xabarni navbatchi muhandis yozadi, u favqulodda signalga birinchi bo'lib javob berdi va hamma narsani tuzatishga kirishdi. Nega tunda facap bilan kurashadigan muhandislarni hisobot yozish bilan qiynash kerak? Ushbu ma'lumotlar sizga butun rasmni ko'rish va infratuzilmani rivojlantirishni to'g'ri yo'nalishda harakatlantirish imkonini beradi.
O'z nutqida Aleksey qanday qilib haqiqatan ham foydali postmortem yozish va bunday hisobotlarni yirik kompaniyada amaliyotga tatbiq etish haqida gapirdi. Agar sizga kimdir qanday qilib buzganligi haqidagi hikoyalar yoqsa, spektakl videosini tomosha qiling.
Sizning DevOps haqidagi tasavvuringiz biznikiga mos kelmasligi mumkinligini tushunamiz. DevOps transformatsiyasini qanday ko'rishingizni bilish qiziq. Izohlarda ushbu mavzu bo'yicha tajribangiz va qarashlaringizni baham ko'ring.
Dasturga qanday hisobotlarni qabul qildik?
Ushbu haftada Dastur qo'mitasi 4 ta ma'ruza qabul qildi: xavfsizlik, infratuzilma va SRE amaliyotlari.
Ehtimol, DevOps transformatsiyasining eng og'riqli mavzusi: axborot xavfsizligi bo'limining yigitlari rivojlanish, foydalanish va boshqaruv o'rtasidagi allaqachon o'rnatilgan aloqalarni buzmasligiga qanday ishonch hosil qilish kerak. Ba'zi kompaniyalar axborot xavfsizligi bo'limisiz boshqaradi. Bunday holatda axborot xavfsizligini qanday ta'minlash kerak? Bu haqida Mona Arkhipova sudo.su saytidan. Uning hisobotidan biz quyidagilarni bilib olamiz:
- nimani va kimdan himoya qilish kerak;
- muntazam xavfsizlik jarayonlari qanday;
- IT va axborot xavfsizligi jarayonlari qanday kesishadi;
- MDH CSC nima va uni qanday amalga oshirish kerak;
- qanday va qanday ko'rsatkichlar bo'yicha muntazam ravishda axborot xavfsizligi tekshiruvlarini o'tkazish kerak.
Keyingi hisobot kod sifatida infratuzilmani rivojlantirishga tegishli. Qo'lda ishlash miqdorini kamaytiring va butun loyihani tartibsizlikka aylantirmang, bu mumkinmi? Bu savolga Ixtensdan Maksim Kostrikin. Uning kompaniyasi foydalanadi Terraform AWS infratuzilmasi bilan ishlash uchun. Asbob qulay, ammo savol shundan iboratki, uni ishlatishda katta kod blokini yaratishdan qanday qochish kerak. Bunday merosni saqlash har yili qimmatga tushadi.
Maksim avtomatlashtirish va ishlab chiqishni soddalashtirishga qaratilgan kodlarni joylashtirish naqshlari qanday ishlashini ko'rsatadi.
Yana bitta dan infratuzilma haqida eshitamiz Playkeydan Vladimir Ryabov. Bu erda biz infratuzilma platformasi haqida gaplashamiz va biz quyidagilarni bilib olamiz:
- saqlash joyidan samarali foydalanilayotganligini qanday tushunish mumkin;
- atigi 10 TB xotira ishlatilsa, bir necha yuz foydalanuvchilar qanday qilib 20 TB kontentni olishlari mumkin;
- ma'lumotlarni 5 marta siqish va real vaqt rejimida foydalanuvchilarga taqdim etish;
- bir nechta ma'lumotlar markazlari o'rtasida tezkor ma'lumotlarni sinxronlashtirish;
- Bitta virtual mashinadan ketma-ket foydalanishda foydalanuvchilarning bir-biriga ta'sirini qanday yo'q qilish kerak.
Bu sehrning siri texnologiyada FreeBSD uchun ZFS va uning yangi vilkalari Linuxda ZFS. Vladimir Playkey-dan ishlarni baham ko'radi.
Amixr.IO dan Matvey Kukuy hayotdan misollar bilan tayyor , nima bo'ldi SRE va ishonchli tizimlarni yaratishga qanday yordam beradi. Amixr.IO mijoz hodisalarini o'zining backend orqali uzatadi; butun dunyo bo'ylab o'nlab navbatchi guruhlar allaqachon 150 ming ish bilan shug'ullangan. Konferentsiyada Matvey o'z kompaniyasi mijozlar muammolarini hal qilish va nosozliklarni tahlil qilish orqali to'plagan statistik ma'lumotlar va tushunchalar bilan o'rtoqlashadi.
Yana bir bor sizni ochko'zlik qilmaslikka va DevOps samurayi sifatida o'z tajribangiz bilan o'rtoqlashishga chaqiraman. Xizmat qiling hisobot uchun, va siz va men ajoyib nutq tayyorlash uchun 2,5 oy vaqtimiz bor. Agar siz tinglovchi bo'lishni istasangiz, dastur yangilanishlari bilan axborot byulleteniga murojaat qiling va chiptalarni oldindan bron qilish haqida jiddiy o'ylab ko'ring, chunki ular konferentsiya sanalariga yaqinroq qimmatlashadi.
Manba: www.habr.com