Аляксандр Баранаў працуе ў Veeam дырэктарам R&D і жыве паміж дзвюма краінамі. Палову часу ён праводзіць у Празе, іншую палову - у Піцеры. У гэтых гарадах знаходзяцца самыя вялікія офісы распрацоўкі Veeam.
У 2006 годзе гэта быў стартап двух прадпрымальнікаў з Расіі, звязаны з ПЗ для рэзервовага капіравання віртуальных машын (адтуль жа пайшла і назва — V[ee][a]M, віртуальная машына). Сёння гэта гіганцкая карпарацыя, у якой больш за чатыры тысячы супрацоўнікаў па ўсім свеце.
Аляксандр расказаў нам, як працаваць у такой кампаніі і наколькі цяжка ў яе трапіць. Ніжэй - яго маналог.
Традыцыйна раскажам аб ацэнцы кампаніі на «Маім крузе»: Veeam Software атрымаў ад сваіх супрацоўнікаў . Яго шануюць за добры сацыяльны пакет, камфортную працоўную атмасферу ў калектыве, за цікавыя задачы і за тое, што кампанія робіць мір лепш.
Якія прадукты распрацоўвае Veeam
Прадукты, якія забяспечваюць адмоваўстойлівасць ІТ-інфраструктуры. На шчасце, з цягам часу жалеза стала дастаткова надзейным, а аблокі забяспечваюць адмоваўстойлівасць. Але памылкі людзей захаваліся да гэтага часу.
Напрыклад, класічная праблема несумяшчальнасці абнаўленняў з інфраструктурай арганізацыі. Адміністратар выкаціў неправераны апдэйт, альбо ён адбыўся аўтаматычна, і з-за гэтага парушылася праца сервераў прадпрыемства. Іншы прыклад: нехта ўнёс змены ў агульны праект або набор дакументаў, лічачы гэта мэтазгодным. Пазней выявілася праблема, і запатрабавалася вярнуць стан тыднёвай даўніны. Часам такія змены нават не звязаныя з усвядомленымі дзеяннямі чалавека: параўнальна нядаўна набылі папулярнасць вірусы-крыпталакеры. Карыстальнік прыносіць на працоўны кампутар флешку з сумнеўным кантэнтам або заходзіць на сайт з коцікамі, а ў выніку заражаюцца кампутары ў сетцы.
У сітуацыі, калі нядобрае ўжо здарылася, мы даем магчымасць адкаціць змены назад. Калі ж змены толькі плануюцца, мы дазваляем зрабіць праверку іх уплыву ў ізаляванай інфраструктуры, адноўленай па рэзервовай копіі датацэнтра.
Часцяком рэзервовыя копіі выконваюць ролю "нямога сведкі" пры аўдыце ў арганізацыі. Публічным кампаніям трэба адпавядаць патрабаванням знешніх рэгулятараў (напрыклад, Sarbanes-Oxley Act), і гэта нездарма. У 2008 годзе стан сусветнай эканомікі пахіснуўся праз тое, што некаторыя ўдзельнікі фінансавага рынку, груба кажучы, фальсіфікавалі вынікі сваёй дзейнасці. Гэта запусціла снежны ком, і эканоміка асела. З таго моманту рэгулятары пільней кантралююць працэсы ў публічных кампаніях. Магчымасць аднавіць стан ІТ-інфраструктуры, паштовай сістэмы, сістэмы дакументазвароту за справаздачныя перыяды - гэта адно з патрабаванняў аўдытараў.
У Microsoft, Amazon, Google і іншых хмарных правайдэраў ёсць натыўныя рашэнні, якія забяспечваюць рэзервовае капіраванне рэсурсаў усярэдзіне аблокаў. Але іх рашэнні - гэта «рэчы ў сабе». Праблема ў тым, што ў буйных кампаній у большасці выпадкаў гібрыдная ІТ-інфраструктура: частка яе знаходзіцца ў воблаку, частка - на зямлі. У воблаку звычайна жывуць вэб-праекты і прыкладанні, арыентаваныя на кліента. Прыкладанні і серверы, якія захоўваюць канфідэнцыйную інфармацыю або персанальныя дадзеныя, часцей за ўсё знаходзяцца на зямлі.
Акрамя гэтага, арганізацыі выкарыстоўваюць некалькі розных аблокаў для пабудовы аднаго гібрыднага, каб мінімізаваць рызыкі. Калі ў транснацыянальнай кампаніі пабудавана гібрыднае воблака, ёй патрэбна адзіная і агульная для ўсёй інфраструктуры сістэма адмоваўстойлівасці.
Наколькі складана распрацоўваць такія прадукты
Увесь час з'яўляюцца новыя тэхналогіі, якія патрабуюць вывучэнні, адаптацыі і досведу. Калі мы толькі з'явіліся і былі стартапам, мала хто разглядаў віртуалізацыю сур'ёзна. Былі прыкладанні для рэзервовага капіявання фізічных дата-цэнтраў. На віртуалізаваныя дата-цэнтры глядзелі, як на цацкі.
Мы пачалі падтрымліваць бэкап з улікам віртуалізацыі з самага пачатку, калі тэхналогія выкарыстоўвалася толькі энтузіястамі. А потым здарыўся яе выбухны рост і прызнанне стандартам. Цяпер мы бачым іншыя вобласці, якія чакае такі ж якасны скачок, і спрабуем быць на хвалі. Уменне трымаць нос па ветры зашыта дзесьці ў ДНК кампаніі.
Цяпер кампанія ўжо перажыла часы стартапа. Цяпер многім буйным кліентам важна стабільнасць і надзейнасць, а прыняцце рашэння па адмоваўстойлівасці можа расцягнуцца на некалькі гадоў. Ідзе адаптацыя, праверка прадуктаў, адпаведнасць шматлікім патрабаванням. Атрымліваецца пацешная сітуацыя - з аднаго боку трэба забяспечыць надзейнасць і ўпэўненасць у прадуктах, а з другога - заставацца сучасным.
Але новае заўсёды злучана з вызначаным узроўнем няведання тэхналогій, рынка, альбо таго і іншага.
Напрыклад, праз некалькі гадоў працы мы ўсвядомілі, што трэба выкарыстоўваць убудаваныя магчымасці сістэм захоўвання дадзеных для паскарэння рэзервовага капіявання. Так нарадзіўся цэлы напрамак па інтэграцыі з вытворцамі жалеза. На сённяшні дзень партнёрамі Veeam па дадзенай праграме з'яўляюцца ўсе найбуйнейшыя гульцы гэтага рынку – HP, NetApp, Dell EMC, Fujitsu і інш.
Таксама нам здавалася, што віртуалізацыя выцесніць класічныя серверы. Але жыццё паказала, што застаюцца апошнія 10% фізічных сервераў, віртуалізаваць якія альбо не падаецца магчымым, альбо не мае сэнсу. І іх таксама трэба бэкапіць. Так з'явіліся Veeam Agent for Windows/Linux.
У свой час мы палічылі, што Unix час заняць сваё месца ў музеі, і адмовіліся яго падтрымліваць. Але як толькі мы выйшлі на кліентаў з доўгай гісторыяй, то зразумелі, што Unix жывейшы за ўсіх жывых. І ўсё ж напісалі пад яго рашэнне.
Такая ж гісторыя была са істужачнымі назапашвальнікамі. Мы падумалі: "каму яны патрэбны ў сучасным свеце?" Тады мы працавалі над такімі фічамі як гранулярнае аднаўленне дадзеных або інкрыментальны бэкап з сінтэтычнай поўнай копіяй - а такое на стужцы проста не зрабіць, патрэбен менавіта дыск. Потым высветлілася, што істужачныя назапашвальнікі працуюць як адзін са сродкаў для забеспячэння нязменных рэзервовых копій, якія патрэбны для доўгатэрміновага захоўвання - каб праз 5 гадоў прыйсці, узяць з паліцы стужачку і зрабіць аўдыт. Ну і памер кліентаў - мы пачыналі з малых - а там стужкі ніхто не выкарыстоўвае. А потым дараслі да кліентаў, якія нам сказалі, што без стужак прадукт не купяць.
Якія тэхналогіі выкарыстоўваюцца ў Veeam
Для задач, звязаных з бізнес логікай, мы выкарыстоўваем .NET. З яго мы пачыналі, і працягваем аптымізаваць. Цяпер у шэрагу рашэнняў выкарыстоўваем. NET Core. Калі стартап толькі ўтварыўся, у камандзе было некалькі прыхільнікаў гэтага стэка. Ён добры ў плане напісання бізнес логікі, хуткасці распрацоўкі і зручнасці інструментаў. Тады гэта было не самае папулярнае рашэнне, але зараз бачна, што тыя прыхільнікі мелі рацыю.
Разам з тым, мы пішам пад Unix, Linux, працуем з жалезам, гэта патрабуе выкарыстанні іншых рашэнняў. Сістэмныя часткі, злучаныя з інфармацыяй аб дадзеных, якія мы захоўваем у рэзервовай копіі, алгарытмы пошуку дадзеных, алгарытмы, злучаныя з працай жалеза - усё гэта напісана на З++.
Як супрацоўнікі размеркаваны па свеце
Зараз у кампаніі працуе каля чатырох тысяч чалавек. Каля тысячы з іх - у Расіі. У кампаніі ёсць дзве вялікія групы. Першая займаецца распрацоўкай і тэхнічнай падтрымкай прадуктаў. Другая робіць прадукты бачнымі для знешняга свету: у яе кампетэнцыі продажу і маркетынг. Суадносіны паміж групамі прыкладна трыццаць на семдзесят.
У нас каля трыццаці офісаў па ўсім свеце. Продажы размеркаваны шырэй, але і распрацоўка таксама не адстае. Над некаторымі прадуктамі праца ідзе адначасова ў некалькіх офісах - частка ў Піцеры, частка ў Празе. Некаторыя распрацоўваюцца толькі ў адным, напрыклад, прадукт, які забяспечвае фізічны бэкап Linux распрацоўваецца ў Празе. Ёсць прадукт, над якім працуюць толькі ў Канадзе.
Мы робім размеркаваную распрацоўку, каб адпавядаць патрабаванням кліентаў. Буйныя заказчыкі адчуваюць сябе больш бяспечна, калі распрацоўка знаходзіцца ў тым жа рэгіёне, дзе працуе прадукт.
У нас ужо вельмі вялікі офіс у Чэхіі, і на будучы год мы плануем адкрыць у Празе яшчэ адзін - на 500 распрацоўшчыкаў і тэсціроўшчыкаў. Тыя, хто пераехаў у сталіцу Чэхіі ў «першай хвалі», на Хабры з задавальненнем дзеляцца досведам і лайфхакамі з усімі, хто цікавіцца магчымасцю працаваць у Еўропе. У Расіі офіс знаходзіцца ў Санкт-Пецярбургу, частка ўнутраных праектаў вядзецца ў Іжэўску, а падтрымка часткова сядзіць у Маскве. А ўвогуле тэхпадтрымкай займаецца некалькі сотняў чалавек па ўсім свеце. Тамака ёсць адмыслоўцы розных узроўняў тэхнічнай падрыхтоўкі і спецыялізацыі. Самы высокі ўзровень - гэта людзі, якія здольныя разумець прадукт на ўзроўні зыходных кодаў, і яны працуюць у адным офісе з распрацоўкай.
Як выбудаваны працэсы
Прыкладна раз у год у нас выходзяць вялікія рэлізы з новай функцыянальнасцю, а раз у два-тры месяцы - апдэйты з выпраўленнем дэфектаў і дапрацоўкамі, якія адказваюць тэрміновым патрабаванням рынку або зменам платформах. Патрабаванням прызначаюць прыярытэты - ад мінорных да крытычных, без якіх немагчымы рэліз. Апошнія называюцца "эпікамі".
Ёсць класічны трыкутнік - якасць, колькасць рэсурсаў, тэрміны (у просты люд, "хутка, якасна, нядорага, абярыце два"). Дрэнна рабіць мы не можам, якасць заўсёды павінна быць высокай. Рэсурсы таксама абмежаваныя, хаця мы і спрабуем увесь час пашырацца. Значна больш гнуткасці ў кіраванні часам, але і яно часта бывае фіксаваным. Таму адзінае, што мы можам вар'іраваць - колькасць функцыянальнасці ў рэлізе.
Эпікаў, як правіла, спрабуем трымаць не больш за 30-40% ад прагназуемых тэрмінаў рэлізнага цыклу. Пакінутае мы можам адразаць, пераносіць, дапрацоўваць, мадыфікаваць. Гэта і з'яўляецца нашай прасторай для манеўру.
Пад кожнае патрабаванне ў рэлізе ствараецца часавая каманда. У ёй можа быць і тры чалавекі, і пяцьдзесят, у залежнасці ад складанасці. Мы прытрымліваемся гнуткай метадалогіі распрацоўкі, раз у тыдзень уладкоўваем разборы і абмеркаванні выкананай і якая мае быць працы па кожнай функцыянальнасці.
Палова часу рэлізнага цыклу ідзе на распрацоўку, палова на давядзенне прадукта. Але ў нас замацавалася прымаўка - "тэхнічны доўг збанкрутавалага праекта роўны нулю". Таму важней зрабіць прадукт, які працуе і карыстаецца попытам, чым бясконца вылізваць код. Калі прадукт папулярны, тады ўжо варта развіваць яго надалей і адаптаваць пад будучыя змены.
Як Veeam наймае людзей у распрацоўку
Алгарытм падбору шматступенны. Першы ўзровень - гэта гутарка кандыдата з рекрутеры аб пажаданнях самога чалавека. На гэтай стадыі мы спрабуем зразумець, ці падыходзім мы кандыдату. Нам важна, каб мы былі цікавыя як кампанія, таму што ўвесці чалавека ў праект - дарагое задавальненне.
Калі цікавасць ёсць, то на другім узроўні мы прапануем тэставае заданне каб зразумець, наколькі рэлевантны досвед кандыдата, і што ён можа прадэманстраваць як спецыяліст. Напрыклад, просім зрабіць кампрэсар файла. Гэта стандартнае заданне, і яно паказвае, як чалавек ставіцца да кода, які прытрымліваецца культуры і стылю, якія выкарыстоўвае рашэнні.
Па тэставым заданні звычайна ўсё цудоўна відаць. Чалавек, які толькі што пазнаёміўся з граматай і ўпершыню напісаў ліст, прыкметна адрозніваецца ад чалавека, які піша лісты ўвесь час.
Далей мы праводзім сумоўе. Звычайна яго праводзяць адразу тры тымлідэра, каб усё было максімальна аб'ектыўна. Да таго ж гэта дапамагае набіраць тэхнічна сумяшчальных людзей, якія маюць прыкладна аднолькавыя метады і падыходы да распрацоўкі, нават калі ў выніку яны будуць працаваць у розных камандах.
За тыдзень мы праводзім некалькі сумоўяў на адкрытую вакансію і прымаем рашэнне, з кім працягнем працаваць.
Часта хлопцы прыходзяць да нас і кажуць, што шукаюць працу, таму што на бягучай ім няма куды рухацца - павышэння можна чакаць толькі разам з сыходам начальніка на пенсію. У нас крыху іншая дынаміка. Дванаццаць гадоў таму Veeam быў стартапам з дзесяццю супрацоўнікамі. Цяпер гэта кампанія, дзе працуе некалькі тысяч чалавек.
Людзі трапляюць сюды як у бурную раку. Пастаянна з'яўляюцца новыя напрамкі, тымлідамі становяцца ўчарашнія радавыя распрацоўшчыкі. Людзі растуць тэхнічна, растуць адміністрацыйна. Калі ты вядзеш распрацоўку невялікай фічы, але хочаш яе развіць, то паўсправы ўжо зроблена. Падтрымка будзе на ўсіх узроўнях, пачынаючы ад тымлідэра і заканчваючы уладальнікамі кампаніі. Не ўмееш нешта рабіць адміністрацыйна - ёсць курсы, унутраныя трэнера, вопытныя калегі. Бракуе досведу ў распрацоўцы – ёсць праект Veeam Academy. Так што мы адчыненыя для ўсіх, і для прафесіяналаў, і для пачаткоўцаў.
Праект Veeam Academy – вячэрні бясплатны афлайн інтэнсіў па С# для пачаткоўцаў праграмістаў з перспектывай працаўладкавання ў Veeam Software для лепшых вучняў. Мэта праекта - скараціць разрыў паміж аб'ёмам ведаў і практычных навыкаў у сярэдняга выпускніка ВНУ і аб'ёмам ведаў, які патрабуецца, каб зацікавіць добрага працадаўцы. Тры месяцы хлопцы вывучаюць прынцыпы ААП на практыцы, апускаюцца асабліва C # і вывучаюць падкапотную прастору. Апроч лекцый, тэстаў, лабараторных і асабістага праекту, хлопцы распрацоўваюць свой сумесны праект па ўсіх правілах сапраўдных кампаній. Тэма праекта невядомая загадзя - яе разам з усімі выбіраюць у першыя дні пасля старту курсу. На апошняй плыні ёй стаў Віртуальны банк.
Цяпер адкрыты набор на .
Крыніца: habr.com