Уяўляю вашай увазе даведнік па DevOpsConf - канферэнцыі, якая ў гэтым годзе мае галактычны маштаб. У тым сэнсе, што нам атрымалася сабраць такую магутную і збалансаваную праграму, што вандраванне па ёй спадабаецца самым розным адмыслоўцам: распрацоўнікам, сістэмным адміністратарам, інжынерам інфраструктуры, QA, тымлідам, СТА і наогул усім, хто залучаны ў тэхналагічны працэс распрацоўкі.
Мы прапануем наведаць два вялікія раёны DevOps-сусвету: у адным бізнес-працэсы, гнутка змяняныя праз код, а ў іншым – інструменты. Гэта значыць, на нашай канферэнцыі будзе два роўных па сіле зместу і, што характэрна, па колькасці дакладаў патоку. Адзін прысвечаны непасрэдна выкарыстанню інструментаў, а другі - працэсам на прыкладах бізнес-задач, якія разглядаюцца як код і кіруюцца як код. Мы лічым, што тэхналогіі і працэсы непарыўна звязаныя і планамерна паказваем гэта з дапамогай нашых спікераў, якія працуюць у кампаніях новай хвалі і дзеляцца сваім шляхам да новага ўспрымання распрацоўкі праз вырашэнне праблем і пераадоленне выклікаў.
Калі хочаце, то кароткі выціск нашага гіда па :
- 30 верасня, у першы дзень канферэнцыі ў першай зале разгледзім 8 бізнес-кейсаў.
- У другой зале ў першы дзень разбяром больш вузкаспецыялізаваныя інструментальныя рашэнні. У кожным дакладзе там шмат класнага практычнага досведу, які аднак падыходзіць не ўсім кампаніям.
- 1 кастрычніка ў першай зале наадварот гаворым больш аб тэхналогіях, але ўжо больш шырока.
- У другой зале ў другі дзень абмяркоўваем спецыфічныя задачы, якія ўзнікаюць не ва ўсіх праектах, напрыклад, у энтэрпрайзе.
Але адразу заўважу, што такі падзел зусім не значыць падзел аўдыторыі. Наадварот, інжынеру важна разумець бізнес-задачы, ведаць, у чым сэнс таго, што ён робіць, і мець практычны досвед. А для тымліда ці СТА, вядома, важныя кейсы і досвед іншых кампаній, але пры гэтым трэба разумець і ўнутраную кухню. Пад катом раскажу пра ўсе тэмы больш падрабязна і дапамагу скласці падрабязны план падарожжа.
Канферэнцыя пройдзе ў Інфапрасторы і дзве асноўныя залы мы назвалі "Залатое сэрца" - як карабель з "Аўтастопам па Галактыцы", які выкарыстоўвае прынцып неверагоднасці для перамяшчэння ў прасторы, і "На краі Сусвету" - як рэстаран з той жа сагі. Далей буду выкарыстоўваць менавіта гэтыя назвы для абазначэння трэкаў. Прыпынкі-даклады ў раёне галактыкі "Залатое сэрца" больш падыходзяць для асноўнай турыстычнай групы, гэта, калі хочаце, must visit славутасці. "На краі Сусвету" размяшчаюцца цікавыя аб'екты для вопытных падарожнікаў. Туды нямногія дабіраюцца, але тыя, хто адважыўся, ідуць туды з палаючымі вачыма праз астэроідныя паясы.
Пры гэтым вы спакойна можаце перамяшчацца з адной залы ў іншую, і ў любы час знойдзеце прыдатную для сябе тэму. Як я ўжо казаў, праграма вельмі збалансаваная. Класных дакладаў у нас было значна больш, але, змацуючы сэрца, Праграмнаму камітэту прыйшлося перанесці іх на ці адкласці да вясновай канферэнцыі ў Піцеры, каб не парушыць баланс і рэалізаваць першапачатковую задумку. Кожную з запланаваных тэм (бесперапынная пастаўка, інфраструктура як код, DevOps-трансфармацыя, SRE-практыкі, бяспека, інфраструктурная платформа) праграма канферэнцыі дазваляе разгледзець на розных прыкладах і пад розным кутом.
А зараз усаджвайцеся ямчэй, наш галактычны карабель варта з усімі прыпынкам.
"Залатое сэрца", 30 верасня
Першыя 90 дзён у ролі CTO
Адкрые канферэнцыю Лявона Фаера. аб атрыманні ў спадчыну састарэлых сістэм і праблемах, якія часта ідуць у камплекце. Лявон раскажа, як СТА ўвайсці ў разуменне тэхнічнай сістэмы, з якой ён пачынае працаваць. Для тэхнічнага дырэктара ў сучаснай кампаніі кіраванне DevOps-працэсам - асноўная задача, і Лявон цікава і з гумарам пакажа ўзаемасувязь тэхнічнай і бізнес часткі з пункту гледжання СТА.
На гэты даклад абавязкова варта прыйсці пачаткоўцам СТА і тым, хто жадае ім стаць. Бо адна справа вырасці да тэхдырэктара ў сваёй кампаніі, і зусім іншае - паўторна ўвайсці ў гэтую ролю, такі вышэйшы пілатаж даступны далёка не кожнаму.
Асновы DevOps – уваходжанне ў праект з нуля
наступны працягвае тэму, але Андрэй Юмашаў (ЛітРэс) разгледзіць пытанне крыху менш глабальна і адкажа на пытанні: якія асновы трэба ведаць, пачынаючы працу ў розных камандах; як правільна аналізаваць спектр праблем; як выбудаваць план дзейнасці; як разлічыць KPI і калі трэба своечасова спыніцца.
Будучыня infrastructure as code
Далей перапынімся на абмеркаванне тэмы інфраструктура як код. Раман Бойка Solutions Architect у AWS на DevOpsConf аб новым інструменце AWS Cloud Development Kit, які дазваляе апісваць інфраструктуру на знаёмай мове (Python, TypeScript, JavaScript, Java). З першых рук даведаемся, што дазваляе воблаку быць яшчэ бліжэй да распрацоўніка, як пачаць выкарыстоўваць гэтую прыладу і ствараць перавыкарыстоўваныя кампаненты для зручнага кіравання інфраструктурай. Для ўдзельнікаў канферэнцыі гэта выдатная магчымасць пачуць пра сусветныя навінкі на рускай мове і з прынятай у нас, але не на Захадзе, ступенню тэхнічнай дэталізацыі.
Ад рэлізу да FastTrack
Пасля абеду яшчэ на пару гадзін вернемся да пытання трансфармацыі. На Яўгенія Фаменка прасочым за DevOps-трансфармацыяй Мегафона: пачынальна з этапу, калі спрабуюць выкарыстаць традыцыйныя метады, такія як KPI, пераадольваючы стадыю, калі нічога незразумела і трэба прыдумляць новыя прылады і змяняцца самі, да поўнай перабудовы працэсу. Гэта вельмі класны і матывавальны досвед энтэрпрайза, які акрамя таго яшчэ ўцягнуў у DevOps-трансфармацыю і сваіх падрадчыкаў, пра што Яўген таксама раскажа.
Як стаць крос-функцыянальнай камандай
У Міхаіла Біжана вялікі вопыт у правядзенні трансфамацыйных змен каманд. Цяпер Міхаіл як лідэр Acceleration Team Райффайзенбанк робіць каманды крос-функцыянальнымі. На яго пагаворым, у чым выяўляецца боль адсутнасці крос-функцыянальных каманд і чаму выклікі крос-функцыянальнай каманды не сканчаюцца на прыдумаць, зрабіць і ўкараніць.
SRE-практыкі
Далей на шляху нас чакае два даклады, прысвечаныя SRE-практыкам, якія набіраюць абароты і займаюць важнае месца ва ўсім DevOps-працэсе.
Аляксей Андрэеў з Prisma Labs , навошта SRE-практыкі патрэбныя стартапу і чаму гэта акупляецца.
Мацвей Грыгор'еў з Дадо Піцы прыклад SRE у буйнейшай кампаніі, ужо перарослай стадыю стартапа. Мацвей сам кажа пра сябе так: дасведчаны. NET-распрацоўшчык і пачатковец SRE, адпаведна, падзеліцца гісторыяй аб пераходзе распрацоўніка, і не аднаго, а цэлай каманды, у інфраструктуру. Чаму DevOps – лагічны шлях для распрацоўніка і што атрымаецца, калі пачаць глядзець на ўсе свае Ansible-плэйбукі і bash-скрыпты як на паўнавартасны праграмны прадукт і прымяняць да іх тыя ж патрабаванні, абмяркуем на дакладзе Мацвея 30 верасня ў 17:00 у зале «Залатое сэрца».
Завершыць праграму першага дня Данііл Ціхаміраў, які ў сваім узніме важнае пытанне: як тэхнічныя сродкі звязаны са шчасцем карыстальніка. Вырашаючы праблему "ўсё працуе, а карыстач незадаволены" у Мегафоне прайшлі шлях ад маніторынгу асобна ўзятых сістэм, потым сервераў, прыкладанняў да маніторынгу сэрвісу вачыма карыстальніка. Як на гэтыя паказчыкі KQI пачалі арыентавацца ўсе тэхнічныя спецыялісты, заказчыкі і вендар, даведаемся вечарам першага дня канферэнцыі. І ўжо пасля гэтага пойдзем абмяркоўваць інфраструктуру і трансфармацыю ў нефармальнай абстаноўцы на афтэрпаці.
"На краі Сусвету", 30 верасня
Першыя тры даклады ў зале "На краі Сусвету" будуць вельмі цікавыя з пункту гледжання інструментаў.
Максім Кастрыкін (Ixtens) патэрны ў Terraform для барацьбы з хаосам і руцінай на буйных і доўгіх праектах. Распрацоўнікі Terraform прапануюць досыць зручныя best practices для працы з AWS-інфраструктурай, але ёсць нюанс. Максім на прыкладах кода прадэманструе, як не ператварыць тэчку з Terraform-кодам у снежны ком, а, выкарыстоўваючы патэрны, спрасціць аўтаматызацыю і далейшае развіццё.
Рыгора Міхалкіна з Lamoda "Навошта мы распрацавалі Kubernetes-аператар і якія ўрокі з гэтага вынеслі" дапаможа папоўніць недахоп інфармацыі аб тым, як на базе Kubernetes рэалізоўваць практыку інфраструктура як код. У самім Kubernetes закладзена, напрыклад, апісанне сэрвісаў yaml-файламі, але не для ўсіх задач гэтага дастаткова. Для нізкаўзроўневага кіравання патрэбныя аператары, і гэты даклад вельмі карысны, калі вы хочаце правільна кіраваць Kubernetes.
Тэма наступнага дакладу – Hashicorp Vault - Дастаткова спецыяльная. Але насамрэч гэты інструмент патрэбен усюды, дзе трэба кіраваць паролямі і мець агульную кропку для працы з сакрэтамі. У мінулым годзе Сяргей Наскоў, расказваў, як з дапамогай Hashicorp Vault кіруюць сакрэтамі ў Авіта, паглядзіце той і прыходзьце Юрыя Шуткіна з Tinkoff.ru за яшчэ вялікай колькасцю досведу.
Тарас Котаў (EPAM) яшчэ больш рэдкасустракаючую задачу пабудовы хмарнай інфраструктуры, якая ўключае ўласную апорную IP/MPLS-сетка. Але досвед класны, а даклад хардкорны, таму, калі разумееце, пра што гаворка, абавязкова прыходзьце на гэты даклад.
Бліжэй да вечара пагаворым аб кіраванні базамі дадзеных у хмарных інфраструктурах. Кірыл Мельнічук вопытам выкарыстання Vitess для працы з MySQL ўнутры кластара Kubernetes. А Уладзімір Рабаў з Playkey.net , як працаваць з дадзенымі ўнутры аблокі і як правільна выкарыстоўваць даступны аб'ём сховішчы.
«Залатое сэрца», 1 кастрычніка
1 кастрычніка ўсё будзе наадварот. У зале "Залатое сэрца" будзе больш тэхналагічна-арыентаваны трэк. Такім чынам, інжынерам, якія вандруюць па "Залатым сэрцы" мы спачатку прапануем пагрузіцца ў бізнес-кейсы, а потым паглядзець, як гэтыя кейсы вырашаюцца на практыцы. А кіраўнікам у сваю чаргу спачатку задумацца аб магчымых задачах, а потым пачаць лепш разумець, як гэта рэалізаваць у інструментах і жалезе.
Пад капотам сховішчы вялікага аблокі
Першы спікер Арцемій Капітула. Яго леташні даклад»Удзельнікі канферэнцыі назвалі лепшым, я думаю, што, дзякуючы неверагоднай глыбіні выкладу гісторыі. У гэты раз працягнецца рашэннямі Mail.Ru Cloud Solutions па прыладзе сховішчы і разборам прэцэдэнту адмовы сістэмы. Невідавочная карысць ад гэтага даклада для мэнэджэраў у тым, што Арцемій разбірае не толькі саму тэхнічную праблему, але і ўвесь працэс яе рашэння. Г.зн. можна зразумець, як кіраваць гэтым працэсам цалкам, і прымерыць на сваю кампанію.
Reversive Decentralized Deployment
Ягор Бугаенка таксама выступае ў не ўпершыню, у яго дакладах традыцыйна ёсць спрэчныя тэзісы, але яны прымушаюць задумацца. Спадзяемся, што і Ягора аб дэцэнтралізаваным дэплоі, выкліча цікавую і, галоўнае, канструктыўную дыскусію.
Ізноў вітаем у аблоках
Аляксея Вахава- Гэта магутны сплаў бізнес-складніка і тэхналогій, будзе цікавы і з інжынернага боку, і з кіраўніцкай. Аляксей раскажа, як у Учи.ру ўладкована Cloud Native інфраструктура: як выкарыстоўваецца Service Mesh, OpenTracing, Vault, цэнтралізаванае лагіраванне і татальны SSO. Пасля, у 15:00, Аляксей правядзе , Якім кожны прыйшоў зможа сваімі рукамі памацаць усе гэтыя інструменты.
Apache Kafka у Авіта: гісторыя пра трох рэінкарнацыя
Анатоля Салдатава пра тое, як у Авіта будуюць Kafka як сэрвіс, будзе, вядома, цікавы тым, хто выкарыстоўвае Kafka. Але з іншага боку ў ім вельмі добрае раскрыты працэс стварэння ўнутранага сэрвісу: як сабраць патрабаванні да сэрвісу і пажаданні калегаў, рэалізаваць інтэрфейсы, пабудаваць узаемадзеянне паміж камандамі і стварыць сэрвіс як прадукт усярэдзіне кампаній. З гэтага пункту гледжання гісторыя зноў карысная для розных удзельнікаў канферэнцыі.
Зробім мікрасэрвісы легкаважнымі зноў
Тут, здавалася б, усё зразумела з назвы. Але тэзы, якія Дзмітрый Сугробаў з Леруа Мерлен, нават у праграмным камітэце выклікалі гарачыя дэбаты. Адным словам, гэта будзе добрая глеба для дыскусіі на тэму, што ўвогуле лічыць мікрасэрвісамі, як іх пісаць, абслугоўваць і г.д.
CI/CD для кіравання BareMetal-інфраструктурай
Наступны даклад зноў два ў адным. З аднаго боку, Андрэй Квапіл (WEDOS Internet, a.s) раскажа аб кіраванні BareMetal-інфраструктурай, што дастаткова спецыфічна, таму што ўсё зараз у асноўным выкарыстоўваюць аблокі, а жалеза, калі і трымаюць, то не ў такіх вялікіх маштабах. Але вельмі важна, што Андрэй ужыванні CI/CD тэхнік для разгортвання і кіраванні BareMetal-інфраструктурай, і з гэтага пункта гледжання даклад будзе цікавы і тимлидам, і інжынерам.
Працягне тэму Сяргей Макаранка, закуліссе гэтага працаёмкага працэсу ў Wargaming Platform.
Ці могуць кантэйнеры быць бяспечнымі?
Завершыць праграму ў зале "Залатое сэрца" Аляксандр Хаёраў дыскусійным дакладам аб бяспецы кантэйнераў. На РИТ++ Аляксандр ужо на праблемы бяспекі Helm і спосабы барацьбы з ім, так і ў гэты раз не абмяжуецца пералікам слабых месцаў, а інструменты паўнавартаснай ізаляцыі акружэння.
«На краі Сусвету», 1 кастрычніка
Пачне Аляксандр Бурцаў (BramaBrama) і адно з магчымых рашэнняў для паскарэння працы сайта. Паглядзім на паспяховую рэалізацыю пяціразовага паскарэння толькі за кошт DevOps-інструментаў без перапісвання кода. Вырашаць, перапісваць код ці не, усё роўна ў кожным праекце давядзецца нанова, але мець на ўвазе такі вопыт заўсёды карысна.
DevOps у 1С: Прадпрыемства
Пётр Грыбанаў з кампаніі 1С развянчаць міф аб тым, што ўкараняць DevOps у буйным энтэрпрайзе немагчыма. Што можа быць складаней, чым платформа 1С: Прадпрыемства, але раз нават там дастасавальныя DevOps-практыкі, я думаю, міф не выстаіць.
DevOps у заказной распрацоўцы
Антон Хлявіцкі у працяг даклада Яўгена Фаменка , як у Мегафон выбудоўвалі DevOps са боку падрадчыка і будавалі Continuous Deployment, улучыўшы ў яго заказную распрацоўку ад некалькіх пастаўшчыкоў ПА.
Прыносім DevOps у DWH/BI
Нестандартную, але зноў цікавую для розных удзельнікаў тэму Васіль Куцэнка з Газпромбанка. Васіль падзеліцца практычнымі парадамі, як развіваць IT-культуру ў распрацоўцы дадзеных і прымяняць DevOps-практыкі ў Data Warehous і BI, і раскажа, чым адрозніваецца pipeline для працы з дадзенымі і якія сродкі аўтаматызацыі рэальна карысныя ў кантэксце працы з дадзенымі.
Як (вы)жыць без аддзела бяспекі
Пасля абеду Мона Архіпава (sudo.su) нас з асновамі DevSecOps і растлумачыць, як можна ўбудаваць бяспеку як працэс у працэс распрацоўкі і перастаць карыстацца асобным аддзелам бяспекі. Тэма надзённая, і даклад павінен атрымацца вельмі карысны шмат каму.
Нагрузачнае тэставанне ў CI/CD вялікага рашэння
Выдатна дапоўніць папярэднюю тэму Уладзіміра Хоніна з Мегафона. Тут гаворка пойдзе пра тое, як увесці якасць у DevOps-працэс: як прымяняць Quality Gate, фіксаваць розныя кейсы ўнутры сістэмы, і як гэта ўсё цалкам змясціць у працэс распрацоўкі. Асабліва гэты даклад падыдзе тым, хто працуе з вялікімі сістэмамі, але нават калі вы не працуеце з вялізным білінгам, знойдзеце для сябе цікавыя аспекты.
SDLC & Compliance
І наступная тэма ў большай ступені актуальная для вялікіх кампаній - як Compliance-рашэнні і патрабаванні па стандартах ўнесці ў працэс. Ілля Мітрукоў з Тэхналагічнага Цэнтра Дойчэ Банка , Што стандарты працы цалкам могуць быць сумяшчальныя з DevOps.
І напрыканцы дня Мацвей Кукуй (Amixr.IO) статыстыкай і інсайтамі аб тым, як дзясяткі каманд па ўсім свеце дзяжураць, разбіраюць інцыдэнты, арганізуюць працу і будуюць надзейныя сістэмы, і растлумачыць, як гэта ўсё звязана з SRE.
Цяпер я нават крыху зайздрошчу вам, таму што падарожжа па вам толькі трэба будзе. Вы можаце скласці ўласны індывідуальны план і нацешыцца тым, як арганічна даклады будуць адзін аднаго дапаўняць, а я, хутчэй за ўсё, як усякі гід так і не паспею ўважліва паглядзець па баках.
Дарэчы, акрамя асноўнай праграмы ў нас ёсць, так бы мовіць, кемпінг - мітапная, у якой удзельнікі самі могуць арганізаваць невялікі мітап, воркшоп, майстар-клас і ў камернай абстаноўцы абмеркаваць надзённыя праблемы. можа любы ўдзельнік, і любы ўдзельнік можа выступіць у ролі праграмнага камітэта і прагаласаваць за іншыя мітапы. Такі фармат ужо зарэкамендаваў сваю эфектыўнасць, асабліва ў частцы нетворкінга, так што ўважліва прыгледзьцеся да раскладу, а падчас канферэнцыі сачыце за аб'явамі аб новых мітапах у .
Да сустрэчы ў галактыцы DevOpsConf 2019!
Крыніца: habr.com