Олександр Баранов працює у 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# і вивчають подкапотное простір .Net. Крім лекцій, тестів, лабораторних та особистого проекту, хлопці розробляють свій спільний проект за всіма правилами справжніх компаній. Тема проекту невідома заздалегідь – її разом із усіма обирають у перші дні після старту курсу. На останньому потоці їй став віртуальний банк.
Зараз відкритий набір .
Джерело: habr.com