Бұл, әрине, туралы . Егер егжей-тегжейге тоқталмасаңыз, онда 30 қыркүйек пен 1 қазанда әзірлеу, сынау және пайдалану процестерін біріктіру бойынша конференция өткіземіз, ал егер егжей-тегжейге тоқталсаңыз, мысық астында.
DevOps тәсілі аясында жобаның технологиялық дамуының барлық бөліктері бір-бірімен байланысты, параллельді түрде жүреді және бір-біріне әсер етеді. Мұнда нақты уақыт режимінде өзгертуге, модельдеуге және сынауға болатын автоматтандырылған әзірлеу процестерін құру ерекше маңызды болып табылады. Бұл нарықтағы өзгерістерге бірден жауап беруге көмектеседі.
Конференцияда біз бұл тәсілдің өнімнің дамуына қалай әсер ететінін көрсеткіміз келеді. Клиент үшін жүйенің сенімділігі мен бейімділігі қалай қамтамасыз етіледі. DevOps компанияның құрылымы мен оның жұмыс процесін ұйымдастыру тәсілін қалай өзгертеді.
Сырттағы күбір-сыбыр әңгіме
Біз үшін әртүрлі компаниялардың DevOps әдісі аясында не істеп жатқанын білу ғана емес, сонымен қатар мұның бәрі не үшін жасалатынын түсіну маңызды. Сондықтан біз Бағдарлама комитетіне тек сарапшыларды ғана емес, сонымен қатар DevOps дискурсын әртүрлі позициялардан көретін мамандарды шақырдық:
- аға инженерлер;
- әзірлеушілер;
- топ жетекшілері;
- CTO.
Бұл бір жағынан есептерді сұрауды талқылау кезінде қиындықтар мен қақтығыстарды тудырады. Егер инженер ірі апатты талдауға мүдделі болса, әзірлеушіге бұлттар мен инфрақұрылымдарда жұмыс істейтін бағдарламалық жасақтаманы қалай жасау керектігін түсіну маңыздырақ. Бірақ келісе отырып, біз барлығына құнды және қызықты болатын бағдарлама жасаймыз: инженерлерден бастап 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 жүйесі туралы түсінік беретін диаграмма бар. Бұл сіздің компанияңыздағы қандай процестердің оңтайландырылғанын және қайсысы әлі салынбағанын көруге мүмкіндік береді.
Баяндаманың видеосын көре аласыздар .
Енді бонус болады: DevOps трансформациясының ең жалпы мәселелерін қозғайтын RIT++ 2019 бірнеше бейнелері.
Өнім ретінде компанияның инфрақұрылымы
Артём Науменко Skyeng-тегі DevOps командасын басқарады және өз компаниясының инфрақұрылымын дамытуға қамқорлық жасайды. Ол SkyEng-те инфрақұрылымның бизнес-процестерге қалай әсер ететінін айтты: ол үшін ROI қалай есептеу керек, есептеу үшін қандай көрсеткіштерді таңдау керек және оларды жақсарту үшін қалай жұмыс істеу керек.
Микросервистерге барар жолда
Nixys компаниясы бос емес веб-жобаларға және таратылған жүйелерге қолдау көрсетеді. Оның техникалық директоры Борис Ершов әзірлеуі 5 жыл бұрын (немесе одан да көп) басталған бағдарламалық өнімдерді заманауи платформаға қалай аудару керектігін айтып берді.
Әдетте, мұндай жобалар инфрақұрылымның қазіргі инженерлер білмейтін қараңғы және ежелгі бұрыштары бар ерекше әлем болып табылады. Бір кездері таңдалған сәулет және даму тәсілдері ескірген және бизнесті бірдей даму қарқынымен және жаңа нұсқаларды шығарумен қамтамасыз ете алмайды. Нәтижесінде, өнімнің әрбір шығарылымы бірдеңе үнемі құлап қалатын және ең күтпеген жерде болатын керемет шытырман оқиғаға айналады.
Мұндай жобалардың менеджерлері міндетті түрде барлық технологиялық процестерді түрлендіру қажеттілігіне тап болады. Өз баяндамасында Борис былай деді:
- жоба үшін дұрыс архитектураны таңдау және инфрақұрылымды ретке келтіру;
- қандай құралдарды қолдану керек және трансформация жолында қандай тұзақтар кездеседі;
- әрі қарай не істеу керек.
Шығарылымдарды автоматтандыру немесе тез және ауыртпалықсыз жеткізу
Александр Коротков - CIAN-дағы CI/CD жүйесінің жетекші әзірлеушісі. Ол сапаны жақсартуға және кодты өндіріске жеткізу уақытын 5 есе қысқартуға мүмкіндік беретін автоматтандыру құралдары туралы айтты. Бірақ мұндай нәтижелерге тек автоматтандыру арқылы қол жеткізу мүмкін емес еді, сондықтан Александр даму процестеріндегі өзгерістерге де назар аударды.
Жазатайым оқиғалар сізге қалай көмектеседі?
Алексей Кирпичников 5 жыл бойы SKB Kontur-да DevOps және инфрақұрылымды енгізумен айналысады. Үш жыл ішінде оның компаниясында әртүрлі дәрежедегі эпикалық 1000-ға жуық факап орын алды. Олардың ішінде, мысалы, 36%-ы сапасыз шығарылымды өндіріске шығарудан, ал 14%-ы деректер орталығындағы аппараттық құралдарға техникалық қызмет көрсету жұмыстарымен байланысты.
Кәсіпорын инженерлері бірнеше жыл қатарынан жүргізіп келе жатқан есептер мұрағаты (өлімнен кейінгі) жазатайым оқиғалар туралы дәл осындай ақпаратты алуға мүмкіндік береді. Марқұмды апат сигналына бірінші болып жауап беріп, бәрін жөндей бастаған кезекші инженер жазады. Түнімен бетпе-бет күресетін инженерлерді есеп жазып қинаудың не қажеті бар? Бұл деректер бүкіл суретті көруге және инфрақұрылымның дамуын дұрыс бағытта жылжытуға мүмкіндік береді.
Өз сөзінде Алексей шын мәнінде пайдалы постмортемді қалай жазу керектігін және мұндай есептерді ірі компанияда қалай енгізу керектігін айтты. Егер сізге біреудің қалай бұзғаны туралы әңгімелер ұнаса, спектакльдің бейнесін қараңыз.
Сіздің DevOps туралы көзқарасыңыз біздікімен сәйкес келмеуі мүмкін екенін түсінеміз. DevOps трансформациясын қалай көретініңізді білу қызықты болады. Түсініктемелерде осы тақырып бойынша тәжірибеңіз бен көзқарасыңызбен бөлісіңіз.
Бағдарламаға қандай есептерді қабылдадық?
Осы аптада Бағдарлама комитеті 4 баяндама қабылдады: қауіпсіздік, инфрақұрылым және SRE тәжірибесі туралы.
Мүмкін DevOps трансформациясының ең ауыр тақырыбы: ақпараттық қауіпсіздік бөлімінің жігіттері әзірлеу, пайдалану және басқару арасындағы бұрыннан орнатылған байланыстарды бұзбайтынына қалай көз жеткізу керек. Кейбір компаниялар ақпаратты қауіпсіздік бөлімінсіз басқарады. Бұл жағдайда ақпараттық қауіпсіздікті қалай қамтамасыз етуге болады? Осы жайлы Мона Архипова sudo.su сайтынан. Оның баяндамасынан біз мынаны білеміз:
- неден және кімнен қорғау керек;
- кәдімгі қауіпсіздік процестері қандай;
- АТ және ақпараттық қауіпсіздік процестері қалай қиылысады;
- ТМД ХҚКО дегеніміз не және оны қалай жүзеге асыру керек;
- ақпараттық қауіпсіздікті тұрақты тексеруді қалай және қандай көрсеткіштер бойынша жүргізу керек.
Келесі есеп инфрақұрылымды код ретінде дамытуға қатысты. Қолмен жұмыс істеу тәртібін азайтыңыз және бүкіл жобаны хаосқа айналдырмаңыз, бұл мүмкін бе? Бұл сұраққа Икстенс Максим Кострикин. Оның компаниясы пайдаланады Terraform AWS инфрақұрылымымен жұмыс істеуге арналған. Құрал ыңғайлы, бірақ мәселе оны пайдалану кезінде кодтың үлкен блогын жасаудан қалай аулақ болу керек. Мұндай мұраны сақтау жыл өткен сайын қымбаттай бермек.
Максим автоматтандыру мен әзірлеуді жеңілдетуге бағытталған кодты орналастыру үлгілерінің қалай жұмыс істейтінін көрсетеді.
Тағы біреу инфрақұрылым туралы естиміз Playkey-тен Владимир Рябов. Мұнда біз инфрақұрылымдық платформа туралы сөйлесеміз және біз мыналарды білеміз:
- сақтау орны тиімді пайдаланылғанын қалай түсінуге болады;
- тек 10 ТБ жад пайдаланылса, бірнеше жүздеген пайдаланушылар 20 ТБ мазмұнды қалай ала алады;
- деректерді 5 рет қысу және оны пайдаланушыларға нақты уақыт режимінде беру жолы;
- бірнеше деректер орталықтары арасында деректерді жылдам синхрондауды;
- бір виртуалды машинаны дәйекті пайдаланған кезде пайдаланушылардың бір-біріне әсерін қалай жоюға болады.
Бұл сиқырдың сыры – технология FreeBSD үшін ZFS және оның жаңа шанышқысы Linux-тағы ZFS. Владимир Playkey істерімен бөліседі.
Amixr.IO-дан Матвей Кукуй өмірден мысалдар келтіруге дайын , не болды SRE және ол сенімді жүйелерді құруға қалай көмектеседі. Amixr.IO клиенттік оқиғаларды өзінің сервері арқылы өткізеді. Конференцияда Матвей өзінің компаниясы тұтынушылардың проблемаларын шешу және сәтсіздіктерді талдау арқылы жинақтаған статистикасы мен түсініктерімен бөліседі.
Мен сізді тағы да ашкөз болмауға және DevOps самурайы ретінде тәжірибеңізбен бөлісуге шақырамын. Қызмет көрсетіңіз баяндама үшін, ал сіз бен маған тамаша презентация дайындауға 2,5 ай уақыт беріледі. Тыңдаушы болғың келсе, Бағдарлама жаңартулары бар ақпараттық бюллетеньге кіріп, билеттерді алдын ала брондау туралы мұқият ойланыңыз, өйткені олар конференция күндеріне жақындағанда қымбаттайды.
Ақпарат көзі: www.habr.com