Alexander Baranov pracuje ve Veeam jako ředitel R&D a žije mezi dvěma zeměmi. Polovinu času tráví v Praze, druhou polovinu v Petrohradě. V těchto městech se nachází největší vývojové kanceláře Veeam.
V roce 2006 to byl startup dvou podnikatelů z Ruska, zaměřený na software pro zálohování virtuálních strojů (odtud také název – V[ee][a]M, virtuální stroj). Dnes je to obrovská korporace, která zaměstnává více než čtyři tisíce lidí po celém světě.
Alexander nám vyprávěl, jaké je to pracovat v takové společnosti a jak obtížné je se tam dostat. Níže je jeho monolog.
Tradičně se podíváme na hodnocení společnosti na „Mém kruhu“: Veeam Software získal od svých zaměstnanců . Ocenění získává za dobrý sociální balíček, komfortní pracovní atmosféru v týmu, zajímavé úkoly a především za to, že společnost činí svět lepším.
Jaké produkty Veeam vyvíjí
Produkty, které zajišťují odolnost IT infrastruktury. Naštěstí, s časem se hardware stal dostatečně spolehlivým a cloudy poskytují odolnost. Ale lidské chyby přetrvávají.
Například klasický problém s nekompatibilitou aktualizací s infrastrukturou organizace. Správce nasadil neprověřenou aktualizaci, nebo se to stalo automaticky, což narušilo fungování serverů podniku. Další příklad: někdo provedl změny ve sdíleném projektu nebo sadě dokumentů, považujíce to za opodstatněné. Později vznikl problém a bylo potřeba vrátit stav zpět o týden. Někdy takové změny nejsou ani spojeny se vědomými akcemi uživatele: relativně nedávno se staly populárními ransomware viry. Uživatel přinese na pracovní počítač flash disk se podezřelým obsahem nebo navštíví stránku s kočkami, a v důsledku toho se nakazí počítače v síti.
V situaci, kdy se něco špatného už stalo, dáváme možnost vrátit změny zpět. Pokud však jsou změny teprve plánovány, umožňujeme ověřit jejich vliv v izolované infrastruktuře, která byla znovu vytvořena ze zálohy datového centra.
Zálohy často fungují jako "němý svědek" při auditech organizace. Veřejné společnosti musí splňovat požadavky externích regulátorů (například zákona Sarbanes-Oxley), a to není náhodné. V roce 2008 se světová ekonomika otřásla, protože někteří účastníci finančního trhu, zjednodušeně řečeno, falšovali výsledky své činnosti. To spustilo lavinový efekt a ekonomika se propadla. Od té doby regulátoři pečlivěji kontrolují procesy ve veřejných společnostech. Možnost obnovit stav IT infrastruktury, e-mailového systému a systému pro správu dokumentů za vykazovaná období je jedním z požadavků auditorů.
Microsoft, Amazon, Google a další poskytovatelé cloudových služeb mají nativní řešení, která zajišťují zálohování prostředků uvnitř cloudu. Ale jejich řešení jsou "věci samy o sobě". Problém je v tom, že většina velkých společností má hybridní IT infrastrukturu: část se nachází v cloudu, část na zemi. V cloudu obvykle žijí webové projekty a aplikace zaměřené na klienty. Aplikace a servery, které uchovávají důvěrné informace nebo osobní údaje, se nejčastěji nacházejí na zemi.
Kromě toho společnosti používají několik různých cloudů k vytváření jednoho hybridního, aby minimalizovaly rizika. Když je u nadnárodní společnosti postaveno hybridní cloud, potřebuje jednotný a společný systém odolnosti pro celou infrastrukturu.
Jak složité je vyvíjet takové produkty
Nekonečně se objevují nové technologie, které vyžadují studium, adaptaci a zkušenosti. Když jsme se objevili a byli startupem, málokdo bral virtualizaci vážně. Byly aplikace pro zálohování fyzických datových center. Na virtualizované datové centry se pohlíželo jako na hračky.
Začali jsme podporovat zálohy s ohledem na virtualizaci od samého začátku, když se technologie používala pouze nadšenci. A pak přišel její explozivní růst a uznání jako standard. Nyní vidíme jiné oblasti, které čeká stejný kvalitativní skok, a snažíme se být na vlně. Schopnost sledovat vítr je zašita kdesi v DNA společnosti.
Společnost nyní již přežila fáze startupu. Dnes je pro mnohé velké klienty důležitá stabilita a spolehlivost, přičemž rozhodování o odolnosti může trvat i několik let. Probíhá adaptace, testování produktů a splnění mnoha požadavků. Vzniká vtipná situace - na jedné straně je třeba zajistit spolehlivost a důvěru v produkty, na straně druhé zůstat moderní.
Nové věci však vždy přinášejí určitou míru neznalosti technologií, trhu, nebo obojího.
Například po několika letech práce jsme si uvědomili, že je třeba využít vestavěné funkce systémů pro ukládání dat k urychlení zálohování. Tak vznikla celá oblast integrace s výrobci hardwaru. Dnes jsou partnery Veeam v tomto programu všichni nejvýznamnější hráči na trhu — HP, NetApp, Dell EMC, Fujitsu a další.
Také jsme si mysleli, že virtualizace vytlačí klasické servery. Ale život ukázal, že zbývá posledních 10 % fyzických serverů, které buď nelze virtualizovat, nebo to nedává smysl. A tyto servery je také potřeba zálohovat. Tak vznikl Veeam Agent for Windows/Linux.
Kdysi jsme si mysleli, že Unix by měl mít své místo v muzeu, a přestali jsme ho podporovat. Jakmile jsme však začali pracovat s klienty dlouholetou historií, pochopili jsme, že Unix je stále živý. A přesto jsme pro něj vyvinuli řešení.
Stejný příběh platil pro páskové úložiště. Pomysleli jsme si: „Kdo je dnes potřebuje?“ Tehdy jsme pracovali na funkcích, jako je granulární obnova dat nebo inkrementální zálohování se syntetickou plnou kopií — to vše na páskách prostě nejde udělat, potřebujeme disk. Později se ukázalo, že páskové úložiště funguje jako jedno z prostředků pro zajištění neměnných záloh, které jsou potřeba pro dlouhodobé uchovávání — abychom po 5 letech přišli, vzali z regálu pásku a provedli audit. A taky velikost klientů — začínali jsme u malých — a tam pásky nikdo nepoužívá. Poté jsme se dostali k klientům, kteří nám řekli, že bez pásek produkt nekoupí.
Jaké technologie se používají ve Veeam
Pro úkoly spojené s obchodní logikou používáme .NET. S tím jsme začínali a nadále optimalizujeme. Nyní v několika řešeních využíváme .NET Core. Když startup právě vznikl, bylo v týmu několik zastánců této technologie. Je dobrý z hlediska psaní obchodní logiky, rychlosti vývoje a pohodlnosti nástrojů. Tehdy to nebylo nejoblíbenější řešení, ale nyní je jasné, že ti zastánci měli pravdu.
Současně vyvíjíme na Unixu a Linuxu, pracujeme se sprzętem, což vyžaduje použití jiných řešení. Systémové části, které souvisejí s informacemi o datech, které uchováváme v záloze, algoritmy pro vyhledávání dat, algoritmy spojené s prací hardwaru — to všechno je napsáno v C++.
Jak jsou zaměstnanci rozptýleni po světě
V současnosti ve společnosti pracuje přibližně čtyřitisíc lidí. Přibližně tisíc z nich je v Rusku. V společnosti jsou dvě velké skupiny. První se zabývá vývojem a technickou podporou produktů. Druhá dělá produkty viditelnými pro vnější svět: její kompetencí jsou prodej a marketing. Poměr mezi skupinami je přibližně třicet ku sedmdesáti.
Máme okolo třiceti kanceláří po celém světě. Prodeje jsou rozptýlenější, ale ani vývoj nezaostává. Na některých produktech se pracuje současně v několika kancelářích — část v Petrohradu, část v Praze. Některé se vyvíjejí pouze v jednom, například produkt zajišťující fyzickou zálohu Linux se vyvíjí v Praze. Existuje produkt, na kterém se pracuje pouze v Kanadě.
Provádíme distribuovaný vývoj, abychom vyhověli požadavkům klientů. Velcí zákazníci se cítí bezpečněji, když se vývoj nachází ve stejném regionu, kde produkt funguje.
Máme již velmi velkou kancelář v Česku a na příští rok plánujeme otevřít další v Praze — pro 500 vývojářů a testerů. Ti, kteří se do hlavního města Česka přestěhovali v „první vlně“, s radostí sdílejí zkušenosti a tipy na Chabru s každým, kdo má zájem o možnost pracovat v Evropě. V Rusku se kancelář nachází v Petrohradě, část interních projektů se realizuje v Izhevsku a podpora je částečně umístěna v Moskvě. O technickou podporu se vůbec stará několik stovek lidí po celém světě. Tam jsou specialisté různé úrovně technické přípravy a specializace. Nejvyšší úroveň jsou lidé, kteří jsou schopni porozumět produktu na úrovni zdrojového kódu, a ti pracují v jedné kanceláři s vývojem.
Jak jsou nastaveny procesy
Přibližně jednou za rok vydáváme velké verze s novými funkcemi, a jednou každé dva až tři měsíce aktualizace s opravami chyb a úpravami, které vyhovují naléhavým požadavkům trhu nebo změnám na platformách. Požadavkům se přiřazují priority — od drobných po kritické, bez kterých není možné vydání. Ty poslední se nazývají „epiky“.
Existuje klasický trojúhelník — kvalita, množství zdrojů, termíny (v lidovém jazyce, „rychle, kvalitně, levně, vyberte dvě“). Špatně dělat nemůžeme, kvalita musí být vždy vysoká. Zdroje jsou také omezené, i když se snažíme neustále rozšiřovat. O mnoho větší flexibilitu máme v řízení času, ale to je často také fixní. Takže jediné, co můžeme variabilizovat, je množství funkcionality v vydání.
Epiky se snažíme držet na maximálně 30-40% od odhadovaných termínů vydacího cyklu. Zbytek můžeme ořezávat, přesouvat, upravovat, modifikovat. To je naše prostor pro manévrování.
Na každou žádost v vydání se vytváří dočasný tým. Může mít tři nebo padesát lidí, v závislosti na složitosti. Držíme se flexibilní metodologie vývoje, jednou týdně pořádáme revize a diskuze o vykonané a nadcházející práci pro každou funkcionalitu.
Polovina doby životního cyklu produktu jde na vývoj, polovina na vylepšení. Máme však ustálené rčení — „technický dluh zkrachovalého projektu je nulový“. Proto je důležitější vytvořit produkt, který funguje a má poptávku, než nekonečně vylepšovat kód. Pokud je produkt populární, pak se už vyplatí ho dále rozvíjet a přizpůsobovat budoucím změnám.
Jak Veeam najímá lidi do vývoje
Algoritmus pro výběr je vícestupňový. První úroveň je rozhovor kandidáta s recrutérem o přáních samotného člověka. V této fázi se snažíme pochopit, zda jsme kandidátovi zajímaví. Je pro nás důležité, abychom byli jako společnost atraktivní, protože zapojit člověka do projektu je nákladné.
Pokud je zájem, na druhé úrovni nabízíme testovací úkol, abychom pochopili, jak relevantní je zkušenost kandidáta a co může jako specialista předvést. Například žádáme o vytvoření kompresoru souboru. To je standardní úkol, který ukazuje, jak se člověk staví ke kódu, jakou kulturu a styl dodržuje, jaká řešení používá.
Z testovacího úkolu je obvykle vše jasné. Člověk, který se právě seznámil s písmem a poprvé napsal dopis, se výrazně liší od člověka, který píše dopisy pravidelně.
Dále provádíme pohovor. Obvykle ho provádějí hned tři team lidé, aby bylo vše co nejobjektivnější. Kromě toho to pomáhá najímat technicky kompatibilní lidi, kteří mají přibližně stejné metody a přístupy k vývoji, i když nakonec budou pracovat v různých týmech.
Během týdne provádíme několik pohovorů na otevřenou pozici a rozhodujeme, s kým budeme pokračovat ve spolupráci.
Často k nám přicházejí a říkají, že hledají práci, protože v současné nemají další možnosti postupu — povýšení lze očekávat pouze s odchodem nadřízeného do důchodu. U nás je trochu jiná dynamika. Před dvanácti lety byl Veeam startup s deseti zaměstnanci. Nyní je to společnost, kde pracují tisíce lidí.
Lidé se sem dostávají jako do divoké řeky. Neustále se objevují nová směrování, týmy vedou včerejší běžní vývojáři. Lidé rostou technicky, rostou administrativně. Pokud vyvíjíte malou funkci, ale chcete ji rozvinout, polovina úsilí je už za vámi. Podpora bude na všech úrovních, od týmového vedoucího až po vlastníky společnosti. Nevíte, jak něco dělat administrativně — jsou tu kurzy, interní školitelé, zkušení kolegové. Chybí vám zkušenosti ve vývoji — je tu projekt Veeam Academy. Takže jsme otevřeni pro všechny, pro profesionály i nováčky.
Projekt Veeam Academy — večerní bezplatný offline intenzivní kurz C# pro začínající programátory s perspektivou zaměstnání ve společnosti Veeam Software pro nejlepší studenty. Cílem projektu je zkrátit mezeru mezi objemem znalostí a praktickými dovednostmi průměrného absolventa vysoké školy a objemem znalostí, které jsou potřebné k zaujetí dobrého zaměstnavatele. Tři měsíce se účastníci učí principy OOP prakticky, ponořují se do zvláštností C# a studují interní strukturu .Net. Kromě přednášek, testů, laboratorních prací a osobního projektu vyvíjejí účastníci svůj společný projekt podle všech pravidel skutečných společností. Téma projektu není známo předem — to si všichni zvolí v prvních dnech po zahájení kurzu. Na posledním běhu se jím stal Virtuální bank.
Nyní je otevřený výběr na .
Zdroj: habr.com
