Alexander Baranov a Veeamnél dolgozik kutatás-fejlesztési igazgatóként, és a két ország között él. Idejének felét Prágában, másik felét Szentpéterváron tölti. Ezek a városok adnak otthont a legnagyobb Veeam fejlesztési irodáknak.
2006-ban két oroszországi vállalkozó indította el a virtuális gépek biztonsági mentési szoftverét (innen ered a V[ee][a]M név is, egy virtuális gép). Ma ez egy óriási vállalat, amelynek több mint négyezer alkalmazottja van szerte a világon.
Alexander elmondta, milyen egy ilyen cégnél dolgozni, és milyen nehéz bekerülni. Alább az ő monológja olvasható.
Hagyományosan a My Circle-en fogunk beszélni a cég értékeléséről: a Veeam Software munkatársaitól . Megbecsülik a jó társasági csomagért, a kényelmes munkakörnyezetért a csapatban, az érdekes feladatokért és azért, mert a cég jobb hellyé teszi a világot.
Milyen termékeket fejleszt a Veeam
Olyan termékek, amelyek hibatűrést biztosítanak az IT-infrastruktúra számára. Szerencsére az idő múlásával a hardver meglehetősen megbízhatóvá vált, a felhők pedig hibatűrést biztosítanak. De az emberi hibák a mai napig fennállnak.
Például a frissítések és a szervezet infrastruktúrájával való összeférhetetlenségének klasszikus problémája. Az adminisztrátor egy ellenőrizetlen frissítést adott ki, vagy az automatikusan megtörtént, és emiatt a vállalati szerverek működése megszakadt. Egy másik példa: valaki olyan változtatásokat hajtott végre egy megosztott projekten vagy dokumentumkészleten, amelyet megfelelőnek érez. Később kiderült egy probléma, és vissza kellett állítani az egy héttel ezelőtti állapotot. Néha az ilyen változások nem is kapcsolódnak tudatos emberi cselekedetekhez: viszonylag nemrégiben a cryptolock vírusok népszerűvé váltak. A felhasználó kétes tartalmú pendrive-ot visz a munkahelyi számítógépére, vagy felkeres egy webhelyet macskákkal, és ennek eredményeként a hálózaton lévő számítógépek megfertőződnek.
Egy olyan helyzetben, amikor a rossz már megtörtént, lehetőséget adunk a változások visszagörgetésére. Ha a változtatások csak tervezettek, akkor lehetővé tesszük hatásuk ellenőrzését egy elszigetelt infrastruktúrában, amelyet egy adatközponti biztonsági mentésből hoztak létre.
A biztonsági mentések gyakran „néma tanúként” szolgálnak a szervezet auditjainál. Az állami vállalatoknak meg kell felelniük a külső szabályozóknak (például a Sarbanes-Oxley törvénynek), és ennek jó oka van. 2008-ban a világgazdaság helyzetét megrendítette, hogy a pénzpiac egyes szereplői durván szólva meghamisították tevékenységük eredményét. Ez hógolyózott, és a gazdaság elsüllyedt. Azóta a szabályozók fokozottan figyelemmel kísérik a közvállalatokban zajló folyamatokat. Az informatikai infrastruktúra, levelezőrendszer, dokumentumkezelő rendszer beszámolási időszakokra vonatkozó állapotának helyreállítása az auditorok egyik követelménye.
A Microsoft, az Amazon, a Google és más felhőszolgáltatók natív megoldásokkal rendelkeznek, amelyek biztonsági mentést készítenek a felhőn belüli erőforrásokról. De a döntéseik „önmagukban lévő dolgok”. A probléma az, hogy a nagy cégek a legtöbb esetben hibrid IT infrastruktúrával rendelkeznek: egy része a felhőben, egy része a földön található. A felhő rendszerint webprojekteket és ügyfélközpontú alkalmazásokat tartalmaz. Az érzékeny információkat vagy személyes adatokat tároló alkalmazások és szerverek leggyakrabban a földön találhatók.
Ezenkívül a szervezetek több különböző felhőt használnak egy hibrid felépítéséhez, hogy minimalizálják a kockázatokat. Ha egy multinacionális vállalat hibrid felhőt épített fel, akkor egységes és közös hibatűrési rendszerre van szüksége a teljes infrastruktúrára vonatkozóan.
Milyen nehéz ilyen termékeket fejleszteni
Folyamatosan új technológiák jelennek meg, amelyek tanulmányozást, alkalmazkodást és tapasztalatot igényelnek. Amikor először megjelentünk és startup voltunk, kevesen vették komolyan a virtualizációt. Voltak alkalmazások a fizikai adatközpontok biztonsági mentésére. A virtualizált adatközpontokat játéknak tekintették.
Kezdettől fogva elkezdtük támogatni a virtualizáció-tudatos mentéseket, amikor a technológiát csak a rajongók használták. Aztán ott volt a robbanásszerű növekedés és a szabványként való elismerés. Most más területeket látunk, amelyek ugyanilyen minőségi ugrásra várnak, és igyekszünk a hullámon lenni. Az a képesség, hogy az orrát szélirányban tartsa, valahol a cég DNS-ében van varrva.
Most a cég már átélte az indulás napjait. Most sok nagy ügyfél számára fontos a stabilitás és a megbízhatóság, és a hibatűréssel kapcsolatos döntés meghozatala több évig is eltarthat. Van adaptáció, termékek ellenőrzése, számos követelménynek való megfelelés. Vicces helyzet alakul ki - egyrészt biztosítania kell a termékek megbízhatóságát és magabiztosságát, másrészt meg kell őriznie a modernséget.
Az új azonban mindig a technológia, a piac vagy mindkettő tudatlanságával jár együtt.
Több éves munka után például rájöttünk, hogy az adatrendszerek beépített tárolási lehetőségeit kell kihasználnunk a mentések felgyorsítására. Így született meg a vasgyártókkal való integráció egész iránya. A mai napig a Veeam partnerei ebben a programban a piac legnagyobb szereplői – HP, NetApp, Dell EMC, Fujitsu stb.
Arra is gondoltunk, hogy a virtualizáció felváltja a klasszikus szervereket. De az élet megmutatta, hogy a fizikai szerverek utolsó 10%-a megmarad, aminek a virtualizálása vagy nem lehetséges, vagy nincs értelme. És ezekről is biztonsági másolatot kell készíteni. Így jelent meg a Veeam Agent for Windows/Linux.
Egy időben úgy gondoltuk, hogy itt az ideje, hogy a Unix átvegye a helyét a múzeumban, és nem voltunk hajlandóak támogatni. De amint felkerestük a nagy múltú ügyfeleket, rájöttünk, hogy a Unix minden élőlénynél élőbb. És mégis írtak neki egy határozatot.
Ugyanez a történet volt a szalagos meghajtókkal is. Arra gondoltunk: „Kinek van rájuk szüksége a modern világban?” Aztán olyan funkciókon dolgoztunk, mint a szemcsés adat-helyreállítás vagy a növekményes biztonsági mentés szintetikus teljes másolattal – és ezt egyszerűen nem lehet szalagon megtenni, ehhez lemezre van szükség. Aztán kiderült, hogy a szalagos meghajtók a hosszú távú tároláshoz szükséges megváltoztathatatlan biztonsági másolatok egyik eszközeként működnek - hogy 5 év múlva vegyen le egy szalagot a polcról és végezzen auditot. No meg a kliensek mérete - kicsikkel kezdtük - és ott senki nem használ szalagot. Aztán olyan vásárlókká nőttünk, akik azt mondták nekünk, hogy szalagok nélkül nem vásárolnak terméket.
Milyen technológiákat használnak a Veeam
Az üzleti logikával kapcsolatos feladatokhoz .NET-et használunk. Ezzel kezdtük, és folytatjuk az optimalizálást. Ma már számos megoldásban használjuk a .NET Core-t. Amikor a startup megalakult, több támogatója is volt ennek a csapatnak a csapatban. Jó az üzleti logika írása, a fejlesztési sebesség és az eszközök kényelme szempontjából. Akkor még nem ez volt a legnépszerűbb döntés, de most már világos, hogy igazuk volt a támogatóknak.
Ugyanakkor Unix, Linux alá írunk, hardverrel dolgozunk, ehhez más megoldások használata szükséges. A biztonsági mentésben tárolt adatokkal kapcsolatos információkkal kapcsolatos rendszerrészek, adatkereső algoritmusok, hardver működéséhez kapcsolódó algoritmusok – mindez C ++ nyelven van leírva.
Hogyan oszlanak meg az alkalmazottak a világban
Jelenleg a cég mintegy négyezer embert foglalkoztat. Közülük körülbelül ezren vannak Oroszországban. A cégnek két nagy csoportja van. Az első a termékek fejlesztésével és műszaki támogatásával foglalkozik. A második a termékeket láthatóvá teszi a külvilág számára: az értékesítés és a marketing tartozik a hatáskörébe. A csoportok közötti arány körülbelül harminc-hetven.
Körülbelül harminc irodánk van szerte a világon. Az értékesítés szélesebb körben oszlik meg, de a fejlesztés sem marad el. Egyes termékeken egyszerre több irodában dolgoznak – részben Szentpéterváron, részben Prágában. Néhányat csak egyben fejlesztettek ki, például egy olyan terméket, amely a Linux fizikai biztonsági másolatát biztosítja, Prágában fejlesztik. Van egy termék, amelyen csak Kanadában dolgoznak.
Elosztott fejlesztést végzünk, hogy megfeleljünk az ügyfelek igényeinek. A nagy ügyfelek nagyobb biztonságban érzik magukat, ha a fejlesztés ugyanabban a régióban található, ahol a termék működik.
Már van egy nagyon nagy irodánk Csehországban, jövőre pedig Prágában tervezünk egy másikat nyitni - 500 fejlesztő és tesztelő számára. Akik az „első hullámban” költöztek Csehország fővárosába, szívesen megosztják tapasztalataikat, életútjaikat mindenkivel, akit érdekel az európai munkalehetőség a Habrén. Oroszországban az iroda Szentpéterváron található, a belső projektek egy része Izsevszkben, a támogatás részben Moszkvában történik. Általában több száz ember foglalkozik műszaki támogatással világszerte. Különböző szintű műszaki képzettségű és szakirányú szakemberek vannak. A legmagasabb szinten azok az emberek állnak, akik képesek forráskód szinten megérteni a terméket, és a fejlesztéssel egy irodában dolgoznak.
Hogyan épülnek fel a folyamatok
Körülbelül évente egyszer jelennek meg nagyobb kiadásaink új funkciókkal, és két-három havonta frissítéseket kapunk hibajavításokkal és fejlesztésekkel, amelyek megfelelnek a sürgős piaci követelményeknek vagy platformváltozásoknak. A követelmények prioritásokat kapnak – a kisebbtől a kritikusig, amelyek nélkül a kiadás lehetetlen. Ez utóbbiakat "eposzoknak" nevezik.
Van egy klasszikus háromszög - minőség, erőforrások mennyisége, időzítés (az egyszerű embereknél „gyorsan, hatékonyan, olcsón válassz kettőt”). Nem járhatunk rosszul, a minőségnek mindig magasnak kell lennie. A források is korlátozottak, pedig folyamatosan igyekszünk bővíteni. Sokkal nagyobb rugalmasság az időgazdálkodásban, de ez gyakran rögzített. Ezért az egyetlen dolog, amit változtathatunk, az a kiadás funkcionalitása.
Az Epics rendszerint a tervezett megjelenési ciklus 30-40%-át próbálja megtartani. A többit levághatjuk, áthelyezhetjük, finomíthatjuk, módosíthatjuk. Ez a mi mozgásterünk.
A kiadás minden követelményéhez létrejön egy ideiglenes csapat. Ez lehet három fő és ötven, a bonyolultságtól függően. Rugalmas fejlesztési módszertanhoz ragaszkodunk, hetente egyszer megszervezzük az elkészült és a soron következő munkák áttekintését, megbeszélését az egyes funkciókkal kapcsolatban.
A kiadási ciklus idejének felét fejlesztésre, felét a termék befejezésére fordítják. De van egy mondásunk - "egy csődbe ment projekt technikai adóssága nulla." Ezért fontosabb, hogy olyan terméket készítsünk, amelyik működik és keresett, mint a végtelen kódot nyalogatni. Ha a termék népszerű, akkor már érdemes továbbfejleszteni és a jövőbeni változásokhoz igazítani.
Hogyan vesz fel a Veeam fejlesztőket
A kiválasztási algoritmus többlépcsős. Az első szint a jelölt és a toborzó közötti beszélgetés a személy kívánságairól. Ebben a szakaszban azt próbáljuk megérteni, hogy megfelelünk-e a jelöltnek. Fontos számunkra, hogy cégként érdekesek legyünk, mert egy embert bevonni egy projektbe drága öröm.
Ha van érdeklődés, akkor a második szinten tesztfeladatot kínálunk, hogy megértsük, mennyire releváns a jelölt tapasztalata, és mit tud szakemberként bemutatni. Például megkérjük, hogy készítsen egy fájltömörítőt. Ez egy standard feladat, és megmutatja, hogy az ember hogyan viszonyul a kódhoz, milyen kultúrához, stílushoz ragaszkodik, milyen megoldásokat használ.
Egy tesztfeladaton általában minden tökéletesen látható. Az a személy, aki most vált írni-olvasni, és először írt levelet, észrevehetően különbözik attól, aki folyamatosan levelet ír.
Ezután egy interjú következik. Általában három csapatvezető hajtja végre egyszerre, hogy minden a lehető legobjektívebb legyen. Ezen kívül segít a technikailag kompatibilis emberek toborzásában, akik nagyjából azonos módszerekkel és megközelítésekkel rendelkeznek a fejlesztéshez, még akkor is, ha végül különböző csapatokban dolgoznak.
A hét folyamán több interjút is készítünk egy megüresedett állásra, és eldöntjük, kivel dolgozunk tovább.
Gyakran jönnek hozzánk a srácok, és azt mondják, hogy munkát keresnek, mert a jelenlegiben nincs hova költözniük - csak a főnök nyugdíjazásával együtt lehet várni az előléptetésre. Kicsit más a dinamikánk. Tizenkét évvel ezelőtt a Veeam startup volt tíz alkalmazottal. Jelenleg több ezer alkalmazottat foglalkoztató cég.
Az emberek úgy jönnek ide, mint egy viharos folyóba. Folyamatosan új irányok jelennek meg, a tegnapi hétköznapi fejlesztők csapatvezetőkké válnak. Az emberek technikailag, adminisztratívan növekednek. Ha egy kis funkciót fejleszt, de szeretné fejleszteni, akkor a fél csata már kész. A támogatás minden szinten elérhető lesz, a csapatvezetőtől a cég tulajdonosáig. Nem tudja, hogyan kell valamit adminisztratív módon csinálni - vannak tanfolyamok, belső oktatók, tapasztalt kollégák. Nincs elég fejlesztési tapasztalat – van egy Veeam Academy projekt. Tehát mindenki előtt nyitottak vagyunk, profik és kezdők egyaránt.
A Veeam Akadémia projekt egy esti ingyenes offline C#-intenzív program kezdő programozók számára, a Veeam Software alkalmazásának lehetőségével a legjobb diákok számára. A projekt célja, hogy felszámolja a szakadékot az átlagos egyetemet végzettek tudásának és gyakorlati készségeinek mennyisége és a jó munkáltató érdeklődéséhez szükséges tudás mennyisége között. A srácok három hónapon keresztül a gyakorlatban tanulmányozzák az OOP alapelveit, elmerülnek a C # funkcióiban és tanulmányozzák a .Net motorterét. Az előadások, tesztek, laboratóriumi és személyes projektek mellett a srácok a valódi cégek szabályai szerint fejlesztik közös projektjüket. A projekt témája előre ismeretlen – mindenkivel közösen választják ki a tanfolyam kezdetét követő első napokban. Az utolsó adatfolyamon ő lett a Virtuális Bank.
A jelentkezés már megnyílt .
Forrás: will.com