Універсальны салдат ці вузкі спецыяліст? Што павінен ведаць і ўмець DevOps-інжынер

Універсальны салдат ці вузкі спецыяліст? Што павінен ведаць і ўмець DevOps-інжынер
Тэхналогіі і прылады, якія трэба асвоіць DevOps-інжынеру.

DevOps - узыходзячы трэнд у IT, папулярнасць і запатрабаванасць спецыяльнасці паступова расце. У GeekBrains нядаўна адкрыўся факультэт DevOps, на якім рыхтуюць спецыялістаў адпаведнага профілю. Дарэчы, прафесію дэвопса часта блытаюць са сумежнымі - праграмаваннем, сістэмным адміністраваннем і т. п.

Для таго каб растлумачыць, што ўвогуле такое DevOps і для чаго патрэбныя прадстаўнікі гэтай прафесіі, мы пагаварылі з Мікалаем Бутэнкам, архітэктарам. Mail.ru Cloud Solutions. Ён прымаў удзел у распрацоўцы праграмы курса факультэта DevOps і адначасова выкладае студэнтам трэцяй чвэрці.

Што ўвогуле павінен ведаць і ўмець добры DevOps?

Тут лепей адразу сказаць, чаго ён не павінен умець. Існуе міф, што прадстаўнік гэтай прафесіі - чалавек-аркестр, які можа напісаць выдатны код, затым пратэставаць яго, а ў вольны час ідзе і чыніць друкаркі калегам. Магчыма, яшчэ дапамагае на складзе і падмяняе барыста.

Для таго каб ведаць, што павінен умець DevOps-спецыяліст, вернемся да вызначэння самога паняцця. DevOps – гэта аптымізацыя часу ад распрацоўкі прадукта да выпуску прадукта на рынак. Адпаведна, спецыяліст аптымізуе працэс паміж распрацоўкай і эксплуатацыяй, размаўляе на іх мове і будуе пісьменны пайплайн.

Што трэба ведаць і ўмець? Вось тое, што з'яўляецца важным:

  • Патрэбны добрыя soft skills, паколькі патрабуецца адначасова ўзаемадзейнічаць з некалькімі аддзеламі ўсярэдзіне адной кампаніі.
  • Аналітычнае структурнае мысленне, каб глядзець на працэсы зверху і разумець, як іх аптымізаваць.
  • Трэба самому разбірацца ва ўсіх працэсах распрацоўкі і эксплуатацыі. Толькі тады іх можна аптымізаваць.
  • Патрэбны яшчэ і цудоўныя навыкі планавання, аналізу і праектавання для стварэння ўніфікаванага вытворчага працэсу.

Усе прадстаўнікі DevOps аднолькавыя ці ёсць адрозненні ўнутры спецыяльнасці?

У апошні час узнікла некалькі адгалінаванняў унутры адной спецыяльнасці. Але ў цэлым, у паняцце DevOps уключаны ў асноўным тры напрамкі: SRE (адміністратар), Developer (распрацоўшчык), Manager (адказвае за ўзаемадзеянне з бізнесам). DevOps-спецыяліст разумее патрэбнасці бізнесу і арганізоўвае эфектыўную працу паміж усімі шляхам стварэння уніфікаванага працэсу.

Ён таксама добра ўяўляе сабе ўсе працэсы цыклу распрацоўкі прадукта, архітэктуру, разбіраецца ў інфармацыйнай бяспекі на тым узроўні, каб ацэньваць рызыкі. Акрамя таго, DevOps ведаюць і разумеюць падыходы і сродкі аўтаматызацыі, а таксама перад і пост-рэлізную падтрымку праграм і сэрвісаў. У цэлым, задача DevOps - як раз бачыць усю сістэму, як адзінае цэлае, накіроўваць і кіраваць працэсамі, якія спрыяюць развіццю гэтай сістэмы.

Універсальны салдат ці вузкі спецыяліст? Што павінен ведаць і ўмець DevOps-інжынер
Нажаль, што ў Расіі, што за мяжой працадаўцы далёка не заўсёды разумеюць сутнасць DevOps. Праглядаючы публікуемыя вакансіі можна заўважыць, што называючы вакансію DevOps, кампаніі шукаюць то сісадмінаў, то Kubernetes-адміністратараў, то ўвогуле тэстараў. Асабліва моцна кідаецца ў вочы вельмі разнастайны фарш ведаў і ўменняў у вакансіях па DevOps з HH.ru, LinkedIn.

Важна адзначыць, што DevOps – не проста спецыяльнасць, гэта, у першую чаргу, метадалогія стаўлення да інфраструктуры як да кода. У выніку ўкаранення метадалогіі ўсе ўдзельнікі каманды распрацоўкі бачаць і разумеюць не толькі свой участак работ, у іх узнікае бачанне работы ўсёй сістэмы.

Чым можа дапамагчы DevOps кампаніі, у якой працуе?

Адна з найважнейшых метрык для бізнесу – Time-to-Market (TTM). Гэты час выхаду на рынак, гэта значыць адрэзак часу, на працягу якога выконваецца пераход ад ідэі стварэння прадукта да высновы прадукта ў продаж. TTM асабліва важны для тых галін, дзе прадукты хутка састарваюцца.

Пры дапамозе DevOps цэлы шэраг вядомых рытэйлераў у РФ і замежжа сталі развіваць новыя напрамкі. Гэтыя кампаніі масава пераходзяць у анлайн, поўнасцю або часткова адмаўляючыся ад афлайн-пляцовак. У гэтых умовах патрэбна хуткая распрацоўка прыкладанняў і сэрвісаў, якая немагчыма без выкарыстання DevOps-інструментаў.

Універсальны салдат ці вузкі спецыяліст? Што павінен ведаць і ўмець DevOps-інжынер
У выніку некаторым рытэйлерам удалося паскорыць працэс вываду неабходных для прыкладанняў і сэрвісаў літаральна за дзень. А гэта - найважнейшы фактар ​​канкурэнцыі ва ўмовах сучаснага рынку.

Хто можа стаць DevOps?

Вядома, тут будзе прасцей прадстаўнікам тэхнічных спецыяльнасцей: праграмістам, тэсціроўшчыкам, сісадмінам. Таму, хто збіраецца ў гэтую сферу без адпаведнай адукацыі, трэба быць гатовым да вывучэння асноў праграмавання, тэсціравання, кіравання працэсамі і сістэмнага адміністравання. І толькі потым, калі ўсё гэта засвоена, можна будзе прыступаць да вывучэння DevOps-канцэпцыі як адзінага цэлага.

Для таго, каб лепш зразумець канцэпцыю і атрымаць уяўленне аб неабходных ведах і навыку, варта прачытаць "Кіраўніцтва па DevOps", вывучыць "Праект Фенікс", а таксама метадалогію «Філасофія DevOps. Мастацтва кіравання IT». Яшчэ адна выдатная кніга - "DevSecOps The Road to Faster, Better and Stronger Software".

Лепш за ўсё DevOps даецца тым людзям, хто валодае аналітычным складам мыслення і здольны выкарыстоўваць сістэмны падыход. Складана сказаць, колькі часу спатрэбіцца навічку для таго, каб стаць класным DevOps'ам. Тут усё залежыць ад пачатковай базы, а таксама ад атачэння і задач, якія трэба вырашаць, плюс ад маштабу кампаніі. У ліку кампаній, якім патрэбны дэвапсы шмат тэхналагічных гігантаў: Amazon, Netflix, Adobe, Etsy, Facebook і Walmart.

У якасці высновы можна сказаць, што больш за палову размешчаных вакансій па пошуку DevOps на самай справе прызначаны для дасведчаных сістэмных адміністратараў. Тым не менш, запатрабаванне ў DevOps паступова расце, і цяпер вельмі бракуе пісьменных адмыслоўцаў гэтага профіля.

Для таго каб стаць такім спецыялістам, трэба вывучаць новыя тэхналогіі, інструменты, выкарыстоўваць сістэмны падыход у ходзе работы і пісьменна прымяняць аўтаматызацыю. Без яе вельмі складана, калі ўвогуле магчыма, пісьменна арганізаваць DevOps.

Крыніца: habr.com

Дадаць каментар