Александър Баранов работи в Veeam като директор на R&D и живее между две държави. Половината от времето си прекарва в Прага, а другата половина — в Санкт Петербург. В тези градове се намират най-големите офиси за разработка на Veeam.
През 2006 година това беше стартъп на двама предприемачи от Русия, свързан с софтуер за резервно копиране на виртуални машини (оттам идва и името — V[ee][a]M, виртуална машина). Днес това е огромна корпорация с повече от четири хиляди служители по целия свят.
Александър ни разказа какво е да работиш в такава компания и колко трудно е да се влезе в нея. По-долу е неговият монолог.
Традиционно ще поговорим за оценката на компанията на „Моята мрежа“: Veeam Software получи от своите служители . Компанията бива оценявана за добрия социален пакет, комфортната работна атмосфера, интересните задачи и за усилията, които полага за подобряване на света.
Какви продукти разработва Veeam
Продукти, които осигуряват отказоустойчивост на ИТ инфраструктурата. За щастие, с времето хардуерът стана достатъчно надежден, а облаците предлагат отказоустойчивост. Но човешките грешки все още съществуват.
Например, класическата проблема с несъвместимостта на обновленията с инфраструктурата на организацията. Администраторът е внедрил непроверено обновление, или то е станало автоматично, което е нарушило работата на сървърите на предприятието. Друг пример: някой е направил промени в общ проект или набор от документи, считайки, че това е целесъобразно. По-късно е открита проблемна ситуация, и е необходимо да се върне състоянието от преди седмица. Понякога такива промени дори не са свързани с осъзнати действия на хората: сравнително наскоро вирусите-криптолокери станаха популярни. Потребителят носи на работния компютър флашка със съмнително съдържание или влиза в сайт с котки, и в резултат на това компютрите в мрежата се заразяват.
В ситуация, когато нещата вече са се объркали, ние даваме възможност за възстановяване на промените. Ако промените само се планират, ние позволяваме проверка на тяхното влияние в изолирана инфраструктура, възстановена от резервното копие на центъра за данни.
Често резервните копия служат като "тих свидетел" по време на одити в организацията. Публичните компании трябва да отговарят на изискванията на външните регулатори (например, Закона на Sarbanes-Oxley) и това не е случайно. През 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, работим с хардуер, което изисква използването на други решения. Системните части, свързани с информацията за данните, които съхраняваме в резервни копия, алгоритмите за търсене на данни, алгоритмите, свързани с работата на хардуера — всичко това е написано на C++.
Как са разпределени служителите по света
В момента в компанията работят около четири хиляди души. Около хиляда от тях — в Русия. В компанията има две големи групи. Първата се занимава с разработката и техническата поддръжка на продуктите. Втората прави продуктите видими за външния свят: в нейната компетенция са продажбите и маркетингът. Съотношението между групите е приблизително тридесет на седемдесет.
Имаме около тридесет офиса по целия свят. Продажбите са широко разпределени, но разработката също не изостава. Над някои продукти работата върви едновременно в няколко офиса — част в Санкт Петербург, част в Прага. Някои се разработват само в един, например, продуктът, който осигурява физически бекъп за Linux, се разработва в Прага. Има и продукт, над който работят само в Канада.
Правим разпределена разработка, за да отговорим на изискванията на клиентите. Големите поръчители се чувстват по-безопасно, когато разработката е в същия регион, където работи продуктът.
Вече имаме много голям офис в Чехия и планираме да отворим още един в Прага следващата година — за 500 разработчици и тестери. Тези, които се преместиха в столицата на Чехия в "първата вълна", с удоволствие споделят опит и съвети в Хабр с всички, които се интересуват от възможността да работят в Европа. Офисът в Русия се намира в Санкт Петербург, част от вътрешните проекти се управлява от Ижевск, а поддръжката частично е в Москва. Всъщност техническата поддръжка се осъществява от няколкостотин души по целия свят. Там работят специалисти с различни нива на техническа подготовка и специализация. Най-високото ниво са хората, които разбират продукта на ниво изходен код и работят в един офис с разработването.
Как са изградени процесите
Приблизително веднъж годишно излизат големи версии с нови функционалности, а на всеки две-три месеца — актуализации с корекции на дефекти и надстройки, които отговарят на спешните изисквания на пазара или промените в платформите. На изискванията се задават приоритети — от второстепенни до критични, без които версията не може да излезе. Последните се наричат "епики".
Има класически триъгълник — качество, количество ресурси, срокове (в обикновен език, "бързо, качествено, евтино, изберете две"). Не можем да правим нещата зле, качеството винаги трябва да е високо. Ресурсите също са ограничени, въпреки че постоянно се опитваме да се разширяваме. Управлението на времето предлага много повече гъвкавост, но и то често е фиксирано. Затова единственото, което можем да променим, е количеството функционалности в версията.
Обикновено се опитваме да поддържаме епиките на ниво 30-40% от прогнозните срокове на цикъла на версията. Останалото можем да съкращаваме, пренасочваме, допълваме, модифицираме. Това е нашето пространство за маневри.
За всяко изискване в версията се създава временен екип. В него могат да бъдат от трима до петдесет души, в зависимост от сложността. Спазваме гъвкава методология на разработка, а веднъж седмично провеждаме дискусии и прегледи на извършената и предстоящата работа по всяка функционалност.
Половината от времето на релизната цикъл се отделя за разработка, а половината за усъвършенстване на продукта. Но у нас се е утвърдило схващането — "техническият дълг на провалил се проект е нулев". Затова е по-важно да създадем продукт, който работи и е търсен, отколкото да шлифоваме кода безкрайно. Ако продуктът е популярен, тогава вече си струва да го развиваме и адаптираме за бъдещите промени.
Как Veeam наема хора за разработка
Алгоритъмът за подбор е многостепенен. Първото ниво — разговор на кандидата с рекрутера относно желанията на самия кандидат. На тази стадия се опитваме да разберем дали сме подходящи за кандидата. Важно е за нас да сме интересни като компания, тъй като въвеждането на човек в проекта е скъпо удоволствие.
Ако има интерес, на второ ниво предлагаме тестово задание, за да разберем колко релевантен е опитът на кандидата и какво може да демонстрира като специалист. Например, молим да направи компресор на файл. Това е стандартно задание и показва как човек се отнася към кода, каква култура и стил спазва, какви решения използва.
По тестовото задание обикновено всичко е ясно. Човек, който току-що е запознал се с грамота и за първи път е написал писмо, се отличава от човек, който постоянно пише писма.
След това провеждаме интервю. Обикновено го провеждат веднага трима тимлидери, за да бъде всичко максимално обективно. Освен това, това помага да се наемат технически съвместими хора, които имат приблизително еднакви методи и подходи към разработката, дори и в крайна сметка да работят в различни екипи.
През седмицата провеждаме няколко интервюта за откритата позиция и вземаме решение с кого ще продължим да работим.
Често младежите идват при нас и казват, че търсят работа, защото в настоящата си нямат накъде да се движат — повишението може да се очаква само с напускането на шефа на пенсия. При нас динамиката е малко по-различна. Дванадесет години назад Veeam беше стартъп с десет служители. Сега това е компания, в която работят няколко хиляди души.
Хората попадат тук като в бурна река. Постоянно се появяват нови направления, а тимлидерите стават вчерашни обикновени разработчици. Хората се развиват технически и административно. Ако работиш върху малка функция, но искаш да я развиеш, половината работа вече е свършена. Подкрепата ще бъде на всички нива, от тимлидер до собственици на компании. Не знаеш как да правиш нещо административно – има курсове, вътрешни треньори и опитни колеги. Нямаш достатъчно опит в разработката – има проект Veeam Academy. Така че сме отворени за всички, както за професионалисти, така и за новаци.
Проект Veeam Academy – вечерен безплатен офлайн интезив по C# за начинаещи програмисти с перспектива за работа в Veeam Software за най-добрите ученици. Целта на проекта е да се съкрати пропастта между обема на знанията и практически умения на средния випускник от ВУЗ и обема на знанията, нужни за привлеченето на добър работодател. Три месеца младите хора изучават принципите на ООП на практика, потапят се в особеностите на C# и разглеждат подкапотното пространство на .Net. В допълнение към лекции, тестове, лабораторни занятия и личен проект, те разработват свой съвместен проект по всички правила на истинските компании. Темата на проекта не е известна предварително – тя се избира съвместно в първите дни след старта на курса. На последния поток темата беше Виртуална банка.
Сега е отворен набор за .
Източник: habr.com
