Реч је, наравно, о . Ако не улазите у детаље, онда ћемо 30. септембра и 1. октобра одржати конференцију о комбиновању процеса развоја, тестирања и рада, а ако улазите у детаље, под кат.
У оквиру ДевОпс приступа, сви делови технолошког развоја пројекта су преплетени, одвијају се паралелно и утичу једни на друге. Овде је од посебног значаја стварање аутоматизованих развојних процеса који се могу мењати, симулирати и тестирати у реалном времену. Ово вам помаже да одмах одговорите на промене на тржишту.
На конференцији желимо да покажемо како овај приступ утиче на развој производа. Како се обезбеђује поузданост и прилагодљивост система за клијента. Како ДевОпс мења структуру и приступ компаније организацији њеног радног процеса.
иза сцене
За нас је важно да знамо не само шта различите компаније раде у оквиру ДевОпс приступа, већ и да разумемо зашто се све то ради. Стога смо позвали не само стручњаке да се придруже Програмском одбору, већ и специјалисте који виде ДевОпс дискурс са различитих позиција:
- виши инжењери;
- програмери;
- тим води;
- ЦТО.
С једне стране, ово ствара потешкоће и сукобе приликом разматрања захтева за извештаје. Ако је инжењер заинтересован за анализу велике несреће, онда је за програмера важније да разуме како да креира софтвер који ради у облацима и инфраструктури. Али договором стварамо програм који ће бити вредан и занимљив свима: од инжењера до техничког директора.
Циљ наше конференције није само да одаберемо највише хипе извештаја, већ да представимо целокупну слику: како ДевОпс приступ функционише у пракси, на какву грешку можете наићи када прелазите на нове процесе. Истовремено градимо садржајни део, спуштајући се од пословног проблема до специфичних технологија.
Секције конференције ће остати исте као у .
- Инфраструктурна платформа.
- Инфраструктура као код.
- Континуирана испорука.
- Повратне информације
- Архитектура у ДевОпс-у, ДевОпс за ЦТО.
- СРЕ праксе.
- Обука и управљање знањем.
- Безбедност, ДевСецОпс.
- ДевОпс трансформација.
Позив за радове: какве извештаје тражимо
Потенцијалну публику конференције смо условно поделили у пет група: инжењери, програмери, стручњаци за безбедност, вође тимова и ЦТО. Свака група има своју мотивацију да дође на конференцију. И, ако погледате ДевОпс са ових позиција, можете разумети како да фокусирате своју тему и где да ставите нагласак.
За инжењере, који креирају инфраструктурну платформу, важно је разумети постојеће трендове, разумети које су технологије сада најнапредније. Биће заинтересовани да науче о искуству из стварног живота у коришћењу ових технологија и да размене мишљења. Инжењер ће радо саслушати извештај у којем се анализира нека несрећа, а ми ћемо, заузврат, покушати да одаберемо и угладимо такав извештај.
Za programere важно је разумети такав концепт као Цлоуд изворна апликација. Односно, како развити софтвер да ради у облацима и разним инфраструктурама. Програмер треба да стално добија повратне информације од софтвера. Овде желимо да чујемо случајеве о томе како компаније граде овај процес, како да прате перформансе софтвера и како функционише цео процес испоруке.
Специјалисти за сајбер безбедност Важно је разумети како поставити безбедносни процес тако да не кочи развој и процесе промена унутар компаније. Занимљиве ће бити и теме о захтевима које ДевОпс поставља таквим стручњацима.
Вође тима желе да знају, како функционише процес континуиране испоруке у другим компанијама. Који пут су компаније ишле да то постигну, како су изградиле процесе развоја и осигурања квалитета у оквиру ДевОпс-а. Водитељи тимова су такође заинтересовани за Цлоуд нативе. И такође питања о интеракцији унутар тима и између развојних и инжењерских тимова.
За ЦТО најважније је смислити како све ове процесе повезати и прилагодити пословним потребама. Он се стара да апликација буде поуздана и за пословање и за клијента. И овде треба да разумете које технологије ће радити за које пословне задатке, како изградити цео процес итд. ЦТО је такође одговоран за буџетирање. На пример, он мора да разуме колико новца треба потрошити на преквалификацију стручњака да би могли да раде у ДевОпс-у.
Ако имате нешто да кажете о овим стварима, немојте ћутати, . Рок за достављање радова је 20. август. Што се раније региструјете, то ћете имати више времена да завршите свој извештај и припремите се за презентацију. Дакле, немојте одлагати.
Па, ако немате потребу да говорите јавно, само и дођите 30. септембра и 1. октобра на комуникацију са колегама. Обећавамо да ће бити занимљиво и инспиративно.
Како видимо ДевОпс
Да бисте тачно разумели шта подразумевамо под ДевОпс-ом, препоручујем да прочитате (или поново прочитате) мој извештај “" Шетајући кроз таласе тржишта, приметио сам како се идеја ДевОпс-а трансформише у компанијама различитих величина: од малих стартапа до мултинационалних компанија. Извештај је изграђен на низу питања, одговарајући на њих можете разумети да ли се ваша компанија креће ка ДевОпс-у или негде има проблема.
ДевОпс је сложен систем, мора да садржи:
- Дигитални производ.
- Пословни модули који развијају овај дигитални производ.
- Производни тимови који пишу код.
- Пракса континуиране испоруке.
- Платформе као услуга.
- Инфраструктура као услуга.
- Инфраструктура као код.
- Одвојене праксе за одржавање поузданости, уграђене у ДевОпс.
- Пракса повратних информација која све то описује.
На крају извештаја налази се дијаграм који даје представу о ДевОпс систему у компанији. То ће вам омогућити да видите који процеси у вашој компанији су већ модернизовани, а који тек треба да буду изграђени.
Можете погледати снимак извештаја .
А сада ће бити бонус: неколико видео снимака са РИТ++ 2019, који се дотичу најопштијих питања ДевОпс трансформације.
Инфраструктура предузећа као производ
Артјом Науменко води ДевОпс тим у Скиенг-у и брине се о развоју инфраструктуре своје компаније. Он је испричао како инфраструктура утиче на пословне процесе у СкиЕнг-у: како израчунати РОИ за њу, које метрике треба изабрати за израчунавање и како радити на њиховом побољшању.
На путу ка микросервисима
Компанија Никис пружа подршку за заузете веб пројекте и дистрибуиране системе. Његов технички директор, Борис Ершов, испричао је како софтверске производе, чији је развој почео пре 5 година (или чак и више), превести на модерну платформу.
По правилу, такви пројекти су посебан свет где постоје тако мрачни и древни углови инфраструктуре да садашњи инжењери не знају за њих. А приступи архитектури и развоју који су некада били изабрани су застарели и не могу да обезбеде бизнису исти темпо развоја и издавања нових верзија. Као резултат, свако издавање производа претвара се у невероватну авантуру, где нешто стално пада, и то на најнеочекиванијем месту.
Менаџери оваквих пројеката неминовно се суочавају са потребом да трансформишу све технолошке процесе. У свом извештају Борис је рекао:
- како одабрати праву архитектуру за пројекат и довести инфраструктуру у ред;
- које алате користити и које замке се сусрећу на путу трансформације;
- шта даље.
Аутоматизација издања или како испоручити брзо и безболно
Александар Коротков је водећи програмер ЦИ/ЦД система у ЦИАН-у. Он је говорио о алатима за аутоматизацију који су омогућили побољшање квалитета и смањење времена за испоруку кода у производњу за 5 пута. Али такви резултати се нису могли постићи само аутоматизацијом, па је Александар обратио пажњу и на промене у развојним процесима.
Како вам незгоде помажу у учењу?
Алексеј Кирпичников имплементира ДевОпс и инфраструктуру у СКБ Контуру већ 5 година. Током три године, око 1000 факапа различитог степена епскости догодило се у његовој компанији. Међу њима, на пример, 36% је узроковано увођењем неквалитетног издања у производњу, а 14% је узроковано радовима на одржавању хардвера у центру података.
Архива извештаја (пост мортемс) које инжењери компаније одржавају неколико година заредом омогућавају добијање тако тачних информација о несрећама. Обдукцију пише дежурни инжењер, који је први реаговао на сигнал за узбуну и почео све да поправља. Зашто мучити инжењере који се ноћу боре са фацаповима пишући извештаје? Ови подаци вам омогућавају да видите целу слику и покренете развој инфраструктуре у правом смеру.
У свом говору, Алексеј је поделио како написати заиста корисну обдукцију и како применити праксу таквих извештаја у великој компанији. Ако волите приче о томе како је неко зезнуо, погледајте снимак наступа.
Разумемо да се ваша визија ДевОпс-а можда неће подударати са нашом. Биће занимљиво знати како видите ДевОпс трансформацију. Поделите своје искуство и визију ове теме у коментарима.
Које смо извештаје већ прихватили у програм?
Програмски одбор је ове недеље усвојио 4 извештаја: о безбедности, инфраструктури и пракси СРЕ.
Можда најболнија тема ДевОпс трансформације: како се побринути да момци из одељења за безбедност информација не униште већ изграђене везе између развоја, рада и администрације. Неке компаније управљају без одељења за безбедност информација. Како осигурати сигурност информација у овом случају? О томе Мона Аркхипова са судо.су. Из њеног извештаја сазнајемо:
- шта треба заштитити и од кога;
- који су рутински безбедносни процеси;
- како се укрштају ИТ и процеси информационе безбедности;
- шта је ЦИС ЦСЦ и како га имплементирати;
- како и по којим показатељима спроводити редовне провере безбедности информација.
Следећи извештај се тиче развоја инфраструктуре као кода. Смањите количину ручне рутине и не претварајте цео пројекат у хаос, да ли је то могуће? На ово питање Максим Кострикин из Икстенса. Његова компанија користи Терраформ за рад са АВС инфраструктуром. Алат је згодан, али питање је како избећи стварање огромног блока кода када га користите. Одржавање такве заоставштине ће сваке године бити све скупље.
Маким ће показати како функционишу обрасци постављања кода, који имају за циљ поједностављење аутоматизације и развоја.
Други о инфраструктури ћемо чути од Владимир Рјабов из Плаикеи-а. Овде ћемо причати о инфраструктурној платформи, и научићемо:
- како разумети да ли се простор за складиштење ефикасно користи;
- како неколико стотина корисника може да прими 10 ТБ садржаја ако се користи само 20 ТБ простора за складиштење;
- како компримирати податке 5 пута и пружити их корисницима у реалном времену;
- како синхронизовати податке у ходу између неколико центара података;
- како елиминисати било какав утицај корисника једни на друге када се једна виртуелна машина користи узастопно.
Тајна ове магије је технологија ЗФС за ФрееБСД и његова свежа виљушка ЗФС на Линуку. Владимир ће поделити случајеве из Плаикеи-а.
Матвеи Кукуи из Амикр.ИО спреман примерима из живота , Шта СРЕ и како помаже у изградњи поузданих система. Амикр.ИО преноси клијентске инциденте кроз свој бацкенд; десетине дежурних тимова широм света већ су се бавили 150 хиљада случајева. На конференцији, Матвеи ће поделити статистику и увиде које је његова компанија прикупила решавајући проблеме купаца и анализирајући пропусте.
Још једном вас позивам да не будете похлепни и поделите своје искуство као ДевОпс самурај. Послужите за извештај, а ти и ја ћемо имати 2,5 месеца да припремимо одличан говор. Ако желите да будете слушалац, на билтен са ажурирањима програма и озбиљно размислите о резервацији улазница унапред, јер ће оне поскупити ближе датумима конференције.
Извор: ввв.хабр.цом