Архивирането процъфтява в епохата на облака, но макарите с лента не са забравени. Разговаряйте с Veeam

Александър Баранов работи във Veeam като R&D директор и живее между двете страни. Половината от времето си прекарва в Прага, другата половина в Санкт Петербург. Тези градове са дом на най-големите офиси за разработка на Veeam.

През 2006 г. е стартиран от двама предприемачи от Русия, свързани със софтуер за архивиране на виртуални машини (оттам идва и името V[ee][a]M, виртуална машина). Днес това е гигантска корпорация с повече от четири хиляди служители по целия свят.

Александър ни разказа какво е да работиш в такава компания и колко трудно е да попаднеш в нея. По-долу е неговият монолог.

Традиционно ще говорим за оценката на компанията на My Circle: Veeam Software, получена от нейните служители среден рейтинг 4,4. Ценят го за добър социален пакет, комфортна работна атмосфера в екипа, за интересни задачи и за това, че компанията прави света по-добро място.

Какви продукти разработва Veeam

Продукти, които осигуряват устойчивост на грешки за ИТ инфраструктура. За щастие с течение на времето хардуерът стана доста надежден, а облаците осигуряват устойчивост на грешки. Но човешката грешка продължава и до днес.

Например класическият проблем с несъвместимостта на актуализациите с инфраструктурата на организацията. Администраторът пусна непроверена актуализация или това се случи автоматично и поради това работата на корпоративните сървъри беше нарушена. Друг пример: някой е направил промени в споделен проект или набор от документи, които смята за подходящи. По-късно беше открит проблем и беше необходимо да се върне състоянието отпреди седмица. Понякога такива промени дори не са свързани със съзнателни човешки действия: сравнително наскоро вирусите cryptolocker придобиха популярност. Потребител носи флашка със съмнително съдържание на работен компютър или посещава сайт с котки и в резултат на това компютрите в мрежата се заразяват.

В ситуация, в която лошото вече се е случило, ние даваме възможност за връщане на промените. Ако промените са само планирани, ви позволяваме да проверите тяхното въздействие в изолирана инфраструктура, пресъздадена от резервно копие на център за данни.

Често резервните копия действат като "мълчалив свидетел" на одитите на организацията. Публичните компании трябва да спазват външните регулатори (като Закона на Sarbanes-Oxley) и има основателна причина. През 2008 г. състоянието на световната икономика беше разклатено поради факта, че някои участници на финансовия пазар, грубо казано, фалшифицираха резултатите от своята дейност. Това беше снежна топка и икономиката потъна. Оттогава регулаторите следят по-внимателно процесите в публичните компании. Възможността за възстановяване на състоянието на ИТ инфраструктурата, пощенската система, системата за управление на документи за отчетни периоди е едно от изискванията на одиторите.

Microsoft, Amazon, Google и други облачни доставчици имат собствени решения, които архивират ресурси в облака. Но техните решения са „неща сами по себе си“. Проблемът е, че големите компании в повечето случаи имат хибридна ИТ инфраструктура: част от нея е в облака, част е на земята. Облакът обикновено хоства уеб проекти и приложения, ориентирани към клиента. Приложенията и сървърите, които съхраняват чувствителна информация или лични данни, най-често се намират на земята.

Освен това организациите използват няколко различни облака, за да изградят един хибриден, за да минимизират рисковете. Когато мултинационална компания е изградила хибриден облак, тя се нуждае от единна и обща система за устойчивост на грешки за цялата инфраструктура.

Колко трудно е да се разработят такива продукти

Постоянно се появяват нови технологии, които изискват изучаване, адаптиране и опит. Когато се появихме за първи път и бяхме стартъп, малко хора се замисляха сериозно за виртуализацията. Имаше приложения за архивиране на физически центрове за данни. На виртуализираните центрове за данни се гледаше като на играчки.

Започнахме да поддържаме архивиране, съобразено с виртуализацията, от самото начало, когато технологията се използваше само от ентусиасти. И тогава имаше неговия експлозивен растеж и признаване като стандарт. Сега виждаме други области, които чакат същия качествен скок, и ние се опитваме да бъдем на вълната. Умението да държиш носа си на вятъра е зашито някъде в ДНК-то на компанията.

Сега компанията вече е преминала през дните на стартиране. Сега за много големи клиенти стабилността и надеждността са важни и вземането на решение за устойчивост на грешки може да отнеме няколко години. Има адаптация, проверка на продуктите, съответствие с многобройни изисквания. Получава се забавна ситуация - от една страна, трябва да гарантирате надеждността и доверието в продуктите, а от друга страна, да останете модерни.

Но новото винаги е свързано с известно ниво на непознаване на технологията, пазара или и двете.

Например след няколко години работа разбрахме, че трябва да използваме вградените възможности за съхранение на системите за съхранение на данни, за да ускорим архивирането. Така се роди цяла посока на интеграция с производителите на желязо. Към днешна дата партньори на Veeam в тази програма са всички най-големи играчи на този пазар - HP, NetApp, Dell EMC, Fujitsu и др.

Също така смятахме, че виртуализацията ще замени класическите сървъри. Но животът показва, че остават последните 10% от физическите сървъри, чието виртуализиране или не е възможно, или няма смисъл. И те също трябва да бъдат архивирани. Така се появи Veeam Agent за Windows/Linux.

По едно време решихме, че е време Unix да заеме мястото си в музея и отказахме да го подкрепим. Но веднага щом отидохме при клиенти с дълга история, разбрахме, че Unix е по-жив от всички живи същества. И все пак му написаха решение.

Същата история беше и с лентовите устройства. Помислихме си: „Кой има нужда от тях в съвременния свят?“ След това работихме върху функции като гранулирано възстановяване на данни или инкрементално архивиране със синтетично пълно копие - а това просто не може да се направи на лента, имате нужда от диск. Тогава се оказа, че лентовите устройства работят като едно от средствата за осигуряване на неизменни архиви, необходими за дългосрочно съхранение - така че след 5 години да вземете лента от рафта и да направите одит. Е, и размерът на клиентите - започнахме с малки - и там никой не използва ленти. И тогава се разраснахме до клиенти, които ни казаха, че не биха купили продукт без панделки.

Какви технологии се използват във Veeam

За задачи, свързани с бизнес логиката, използваме .NET. Започнахме с него и продължаваме да оптимизираме. Сега използваме .NET Core в редица решения. Когато стартъпът се формира за първи път, в екипа имаше няколко поддръжници на този стек. Добър е по отношение на писане на бизнес логика, скорост на разработка и удобство на инструментите. Тогава това не беше най-популярното решение, но сега е ясно, че тези поддръжници са били прави.

В същото време пишем под Unix, Linux, работим с хардуер, това изисква използването на други решения. Системни части, свързани с информация за данните, които съхраняваме в архива, алгоритми за търсене на данни, алгоритми, свързани с работата на хардуера - всичко това е написано на C ++.

Как служителите са разпределени по света

Сега в компанията работят около четири хиляди души. Около хиляда от тях са в Русия. Компанията има две големи групи. Първият се занимава с разработване и техническа поддръжка на продукти. Второто прави продуктите видими за външния свят: продажбите и маркетингът са в неговата компетентност. Съотношението между групите е приблизително тридесет към седемдесет.

Имаме около тридесет офиса по целия свят. Продажбите са по-широко разпространени, но развитието също не изостава. По някои продукти се работи едновременно в няколко офиса - отчасти в Санкт Петербург, отчасти в Прага. Някои са разработени само в един, например продукт, който осигурява физическо архивиране на Linux, е разработен в Прага. Има продукт, по който се работи само в Канада.

Ние правим разпределена разработка, за да отговорим на изискванията на клиентите. Големите клиенти се чувстват по-сигурни, когато разработката се намира в същия регион, където работи продуктът.

Вече имаме много голям офис в Чехия, а следващата година планираме да отворим още един в Прага - за 500 разработчици и тестери. Тези, които се преместиха в столицата на Чешката република в „първата вълна“, са щастливи да споделят своя опит и лайфхакове с всички, които се интересуват от възможността да работят в Европа на Habré. В Русия офисът се намира в Санкт Петербург, част от вътрешните проекти се изпълняват в Ижевск, а поддръжката е частично в Москва. Като цяло няколкостотин души по света се занимават с техническа поддръжка. Има специалисти с различно ниво на техническа подготовка и специализация. Най-високото ниво са хора, които могат да разберат продукта на ниво изходен код и работят в същия офис като разработката.

Как са структурирани процесите

Около веднъж годишно имаме големи версии с нова функционалност и на всеки два до три месеца имаме актуализации с корекции на грешки и подобрения, които отговарят на спешните пазарни изисквания или промени в платформата. Изискванията се определят по приоритети - от незначителни до критични, без които е невъзможно издание. Последните се наричат ​​"епопеи".

Има класически триъгълник - качество, количество ресурси, време (в обикновените хора „бързо, ефективно, евтино, изберете две“). Не можем да правим лоши неща, качеството винаги трябва да е високо. Ресурсите също са ограничени, въпреки че се опитваме да се разширяваме през цялото време. Много повече гъвкавост в управлението на времето, но често е фиксирано. Следователно единственото нещо, което можем да променяме, е количеството функционалност в изданието.

Epics, като правило, се опитват да запазят не повече от 30-40% от прогнозирания цикъл на издаване. Останалото можем да отрежем, прехвърлим, прецизираме, модифицираме. Това е нашето поле за маневриране.

Създава се временен екип за всяко изискване в изданието. Може да са трима души и петдесет, в зависимост от сложността. Придържаме се към гъвкава методология на разработка, веднъж седмично организираме прегледи и обсъждания на извършената и предстояща работа по всяка функционалност.

Половината от времето на цикъла на освобождаване се изразходва за разработка, половината за довършване на продукта. Но ние имаме поговорка - "техническият дълг на фалиралия проект е нула." Затова е по-важно да се направи продукт, който работи и се търси, отколкото безкрайно облизване на кода. Ако продуктът е популярен, тогава вече си струва да го развиете допълнително и да го адаптирате към бъдещи промени.

Как Veeam наема разработчици

Алгоритъмът за избор е многоетапен. Първото ниво е разговор между кандидата и рекрутера за желанията на самия човек. На този етап се опитваме да разберем дали сме подходящи за кандидата. За нас е важно да сме интересни като компания, защото вкарването на човек в един проект е скъпо удоволствие.

Ако има интерес, тогава на второ ниво предлагаме тестова задача, за да разберем колко уместен е опитът на кандидата и какво може да демонстрира като специалист. Например, ние ви молим да направите файлов компресор. Това е стандартна задача и показва как човек се отнася към кода, към каква култура и стил се придържа, какви решения използва.

На тестовата задача обикновено всичко се вижда идеално. Човек, който току-що се е ограмотил и е написал писмо за първи път, се различава значително от човек, който пише писма през цялото време.

След това имаме интервю. Обикновено се извършва от трима ръководители на екипи наведнъж, така че всичко да е възможно най-обективно. В допълнение, той помага да се наемат технически съвместими хора, които имат приблизително еднакви методи и подходи за развитие, дори ако в крайна сметка работят в различни екипи.

През седмицата провеждаме няколко интервюта за отворена позиция и решаваме с кого ще продължим да работим.

Често момчетата идват при нас и казват, че търсят работа, защото няма къде да се преместят в настоящата - можете да чакате само повишение заедно с пенсионирането на шефа. Имаме малко по-различна динамика. Преди дванадесет години Veeam беше стартираща компания с десет служители. Сега това е компания с няколко хиляди служители.

Хората идват тук като в буйна река. Постоянно се появяват нови направления, вчерашните обикновени разработчици стават лидери на екипи. Хората растат технически, растат административно. Ако разработвате малка функция, но искате да я разработите, тогава половината битка вече е свършена. Подкрепата ще бъде на всички нива, от ръководителя на екипа до собствениците на компанията. Не знаете как да направите нещо административно - има курсове, вътрешни обучители, опитни колеги. Няма достатъчно опит в разработката - има проект на Veeam Academy. Така че ние сме отворени за всички, както професионалисти, така и начинаещи.

Проектът Veeam Academy е вечерно безплатно офлайн C# интензивно обучение за начинаещи програмисти с перспектива за работа във Veeam Software за най-добрите студенти. Целта на проекта е да се преодолее разликата между количеството знания и практически умения на средностатистическия висшист и количеството знания, необходими за интереса на един добър работодател. В продължение на три месеца момчетата изучават принципите на ООП на практика, потапят се в характеристиките на C # и изучават двигателното отделение на .Net. В допълнение към лекциите, тестовете, лабораторните и личните проекти, момчетата разработват съвместния си проект според всички правила на реални компании. Темата на проекта е предварително неизвестна - тя се избира заедно с всички в първите дни след началото на курса. На последния поток тя стана Виртуалната банка.
Записването вече е отворено нова тема.

Източник: www.habr.com