Alexander Baranov dolgozik a Veeam-nél, mint az R&D igazgatója, és két ország között él. Az ideje felét Prágában, a másik felét pedig Szentpéterváron tölti. Ezekben a városokban találhatók a Veeam legnagyobb fejlesztőirodái.
2006-ban ez a két orosz vállalkozó startupja volt, amely virtuális gépek biztonsági mentésével foglalkozó szoftverrel kapcsolatos (innen ered a név is — V[ee][a]M, virtuális gép). Ma ez egy hatalmas vállalat, több mint négyezer alkalmazottal világszerte.
Alexander elmondta nekünk, milyen ott dolgozni, és mennyire nehéz bekerülni a céghez. Alább a monológja.
Hagyományosan beszélünk a cég értékeléséről a „Saját köröm”-ben: a Veeam Software a munkatársaitól . A jó szociális csomagért, a kellemes munkakörnyezetért, az érdekes feladatokért és azért értékelik, hogy a cég jobbá teszi a világot.
Milyen termékeket fejleszt a Veeam
Termékek, amelyek biztosítják az IT infrastruktúra megbízhatóságát. Szerencsére az idő múlásával a hardver már elég megbízhatóvá vált, és a felhők is biztosítják a megbízhatóságot. De az emberek hibái még mindig megmaradtak.
Például a klasszikus probléma a frissítések és a szervezet infrastruktúrája közötti inkompatibilitás. Az adminisztrátor kiadott egy nem ellenőrzött frissítést, vagy az automatikusan történt, és ezért megszakadt a vállalati szerverek működése. Egy másik példa: valaki változtatásokat eszközölt egy közös projekten vagy dokumentumkészleten, gondolván, hogy ez célszerű. Később problémát fedeztek fel, és szükség volt a héttel ezelőtti állapot visszaállítására. Néha az ilyen változások még csak nem is tudatos emberi cselekedetekhez kapcsolódnak: viszonylag nemrégiben népszerűvé váltak a zsarolóvírusok. A felhasználó egy gyanús tartalmú pendrive-ot hoz be a munkahelyi számítógépére, vagy egy macskás weboldalra lép be, és ennek eredményeként a hálózat számítógépeit megfertőzik.
Abban a helyzetben, amikor a baj már megtörtént, lehetőséget adunk a változások visszavonására. Ha pedig a változások csak tervezés alatt állnak, lehetőséget biztosítunk a hatásuk ellenőrzésére egy izolált infrastruktúrában, amelyet a adatközpont biztonsági másolatának felhasználásával hoztak létre.
A biztonsági mentések gyakran a szervezet auditálásakor „néma tanúként” működnek. A nyilvános cégeknek meg kell felelniük a külső szabályozók követelményeinek (például a Sarbanes-Oxley törvénynek), és ennek nem véletlen az oka. 2008-ban a globális gazdaság felborult, mert néhány pénzügyi piaci szereplő, hogy úgy mondjam, meghamisította tevékenységeik eredményeit. Ez lavinát indított el, és a gazdaság összeomlott. Azóta a szabályozók szigorúbban ellenőrzik a nyilvános cégek folyamatait. Az IT-infrastruktúra, az e-mail rendszer és a dokumentumkezelő rendszer helyreállításának lehetősége az auditálási időszakok alatt egyike a könyvvizsgálók követelményeinek.
A Microsoftnak, az Amazonnak, a Google-nak és más felhőszolgáltatóknak vannak natív megoldásai, amelyek biztosítják az erőforrások biztonsági mentését a felhőn belül. De a megoldásaik „önálló dolgok”. A probléma az, hogy a nagy vállalatok többségében hibrid IT-infrastruktúra található: részben felhőben, részben pedig földön. A felhőben általában webes projektek és ügyfélközpontú alkalmazások élnek. Azok az alkalmazások és szerverek, amelyek bizalmas információkat vagy személyes adatokat tárolnak, a legtöbb esetben a földön vannak.
Ezen kívül a szervezetek több különböző felhőt használnak egy hibrid felhő kialakítására, hogy minimalizálják a kockázatokat. Amikor egy multinacionális vállalat hibrid felhőt hoz létre, szüksége van egy egységes és az egész infrastruktúrára kiterjedő, megbízhatósági rendszerre.
Mennyire nehéz ilyen termékeket fejleszteni?
Folyamatosan új technológiák jelennek meg, amelyek tanulmányozást, alkalmazkodást és tapasztalatot igényelnek. Amikor mi először megjelentünk, és startup voltunk, alig valaki vette komolyan a virtualizációt. Léteztek alkalmazások a fizikai adatközpontok biztonsági mentésére. A virtualizált adatközpontokra úgy tekintettek, mint játékokra.
Kezdtük támogatni a biztonsági mentést a virtualizálás figyelembevételével a kezdetektől fogva, amikor a technológiát még csak lelkesedők használták. Aztán bekövetkezett a robbanásszerű növekedés és a standardként való elismerés. Most más területek is várják a hasonló minőségű ugrásokat, és próbálunk lépést tartani. A széljárás figyelemmel kísérése valahol a cég DNS-ébe van beépítve.
A vállalat már túllépett a startup időszakán. Mostanra sok nagy ügyfél számára a stabilitás és megbízhatóság fontos, és a rendelkezésre állás biztosítására vonatkozó döntések több évig is elhúzódhatnak. Folyik a termékek adaptálása, tesztelése, a számos követelménynek való megfelelés. Vicces helyzet áll elő — egyrészt biztosítani kell a megbízhatóságot és a termékek iránti bizalmat, másrészt pedig modernnek kell maradni.
De az újdonság mindig egyfajta technológiai és piaci ismeretek hiányával, vagy mindkettővel jár.
Például néhány év munkája után rájöttünk, hogy ki kell használni az adattároló rendszerek beépített lehetőségeit a biztonsági mentések felgyorsításához. Így született meg egy egész irány a gyártókkal való integrációnak. Ma már a Veeam partnerei a legnagyobb piaci szereplők — HP, NetApp, Dell EMC, Fujitsu és mások.
Azt is gondoltuk, hogy a virtualizáció kiszorítja a klasszikus szervereket. De az élet megmutatta, hogy a fizikai szerverek utolsó 10%-a még mindig létezik, amelyeket vagy nem lehet virtualizálni, vagy nem éri meg. Ezeket is biztonsági menteni kell. Így született meg a Veeam Agent for Windows/Linux.
Egy időben úgy gondoltuk, hogy a Unix-nak ideje a múzeumba kerülnie, és abbahagytuk a támogatását. De amint hosszú múltra visszatekintő ügyfelekkel találkoztunk, rájöttük, hogy a Unix él és virul. Végül mégis írtunk rá egy megoldást.
Ugyanez a helyzet volt a szalagos adattárolókkal is. Gondoltuk: "kinek kellenek ezek a modernebb világban?" Akkor olyan funkciókon dolgoztunk, mint a granuláris adatvisszaállítás vagy a szintetikus teljes másolatú inkrementális biztonsági mentés — ezt szalagon egyszerűen nem lehet megcsinálni, itt egy lemezre van szükség. Aztán kiderült, hogy a szalagos adattárolók az állandó biztonsági mentések egyik eszközeként működnek, amelyek hosszú távú tároláshoz szükségesek — hogy öt év múlva elővegyük a szalagot a polcról és auditáljunk. És a kliensek mérete — kezdetben kicsikkel indultunk — ott szalagokat senki sem használ. Aztán eljutottunk olyan ügyfelekhez, akik azt mondták, hogy szalagok nélkül nem vásárolják meg a terméket.
Milyen technológiákat használnak a Veeam-nél
Az üzleti logikához kapcsolódó feladatokhoz a .NET-et használjuk. Ezt használtuk az induláskor, és folyamatosan optimalizálunk. Jelenleg több megoldásnál .NET Core-t alkalmazunk. Amikor a startup megalakult, a csapatban volt néhány támogatója ennek a technológiának. Ez jó a üzleti logika írása, a fejlesztés sebessége és az eszközök kényelme szempontjából. Akkoriban nem volt a legnépszerűbb választás, de most látszik, hogy azok a támogatóik igazat mondtak.
Egyúttal Unixra és Linuxra is fejlesztünk, és hardverrel is dolgozunk, ami más megoldások használatát igényli. Az adatainkkal kapcsolatos információkkal, az adatkeresési algoritmusokkal és a hardver munkájával kapcsolatos algoritmusokkal kapcsolatos rendszerkomponensek mind C++-ban készültek.
Hogyan vannak elosztva a munkatársak a világ körül
Jelenleg körülbelül négyezer ember dolgozik a cégnél. Közülük körülbelül ezer Oroszországban található. A vállalatnak két nagy csoportja van. Az első a termékek fejlesztésével és technikai támogatásával foglalkozik. A második a termékek láthatóságáért felelős a külső világ előtt: az ő hatáskörébe tartozik az értékesítés és a marketing. A csoportok közötti arány körülbelül harminc-hétven.
Körülbelül harminc irodánk van világszerte. Az értékesítés szélesebben elosztott, de a fejlesztés sem marad el. Néhány terméken párhuzamosan dolgoznak több irodában — egy része Szentpéterváron, a másik része Prágában. Néhány termék csak egy helyen, például a Linux fizikai biztonsági mentését biztosító termék Prágában készül. Van olyan termék is, amelyen csak Kanadában dolgoznak.
Felosztott fejlesztést végzünk, hogy megfeleljünk az ügyfelek igényeinek. A nagy megrendelők biztonságérzete magasabb, ha a fejlesztés ugyanabban a régióban történik, ahol a termék működik.
Már van egy nagy irodánk Csehországban, és jövőre Prágában tervezünk nyitni egy új irodát, ahol 500 fejlesztő és tesztelő dolgozik. Akik az első hullámban költöztek a cseh fővárosba, örömmel osztják meg tapasztalataikat és hasznos tanácsaikat mindazokkal, akik érdeklődnek a munkalehetőségek iránt Európában. Az orosz irodánk Szentpéterváron található, belső projektjeink egy része Izsevszkben zajlik, a támogatás pedig részben Moszkvában van. Egyébként több száz ember foglalkozik a technikai támogatással világszerte. Itt különböző szintű technikai szakemberek dolgoznak és különböző szakterületeken. A legmagasabb szint az, amikor a szakemberek képesek a terméket a forráskód szintjén megérteni, és ők egy irodában dolgoznak a fejlesztőkkel.
Hogyan épülnek fel a folyamatok
Évente körülbelül egyszer nagy megjelenéseink vannak új funkciókkal, míg két-három havonta frissítések érkeznek, amelyek hibajavításokat és olyan kiegészítéseket tartalmaznak, amelyek sürgős piaci igényeknek vagy a platformok változásainak felelnek meg. Az igényekhez prioritásokat rendelünk — a kisebbektől a kritikusokig, amelyeket nélkülem nem lehet kiadni. Az utóbbiakat „epikáknak” nevezzük.
Van egy klasszikus háromszög — minőség, erőforrások száma, határidők (bővebben, „gyorsan, jól, olcsón, válasszon kettőt”). Rossz munkát nem végezhetünk, a minőségnek mindig magasnak kell lennie. Az erőforrások is korlátozottak, bár folyamatosan próbálunk bővülni. Az idő kezelésében sokkal nagyobb a rugalmasság, de ez is gyakran rögzített. Tehát az egyetlen dolog, amit változtathatunk, a kiadásban szereplő funkciók száma.
Az epikák számát általában úgy próbáljuk tartani, hogy az ne haladja meg a tervezett kiadási ciklus 30-40%-át. A fennmaradó részt levághatjuk, áthelyezhetjük, átdolgozhatjuk, módosíthatjuk. Ez adja meg a mozgásterünket.
Minden követelményhez kiadásonként egy ideiglenes csapatot alakítunk. Ez a csapat három vagy ötven főt is számlálhat, a bonyolultságtól függően. Rugalmas fejlesztési módszertant alkalmazunk, hetente tartunk értékeléseket és megbeszéléseket a végzett és a közelgő munkáról minden funkció vonatkozásában.
A fejlesztési ciklus felénél a termék kidolgozására, a másik felén pedig a termék finomítására megy el az idő. De nálunk elterjedt mondás, hogy a csődbe ment projekt technikai adóssága nulla. Ezért fontosabb egy olyan terméket létrehozni, ami működik és keresett, mint hogy végtelenül csiszoljuk a kódot. Ha a termék népszerű, akkor érdemes tovább fejleszteni és alkalmazkodni a jövőbeni változásokhoz.
Hogyan toboroz a Veeam fejlesztőket
A kiválasztási algoritmus lépcsőzetes. Az első szint egy beszélgetés a jelölttel, ahol a saját kívánságaikról beszélnek. Ezen a szinten azt próbáljuk megérteni, hogy megfelelünk-e a jelöltnek. Fontos számunkra, hogy érdekesek legyünk, mint cég, mert egy embert bevezetni a projektbe - ez egy drága szórakozás.
Ha érdeklődés van, a második szinten tesztfeladatot ajánlunk, hogy megértsük, mennyire releváns a jelölt tapasztalata, és mit tud bemutatni szakemberként. Például arra kérjük, hogy készítsen egy fájltömörítőt. Ez egy standard feladat, amely megmutatja, hogyan viszonyul az illető a kódhoz, milyen kultúrával és stílussal rendelkezik, valamint milyen megoldásokat alkalmaz.
A tesztfeladat alapján általában minden jól látható. Aki most ismerkedik a programozással és először ír levelet, érezhetően eltér attól, aki folyamatosan ír leveleket.
Ezt követően interjút tartunk. Általában három csapatvezető végzi, hogy a lehető legobjektívebb legyen a folyamat. Ezen kívül ez segít abban, hogy technikailag kompatibilis embereket vegyünk fel, akik körülbelül hasonló módszerekkel és megközelítésekkel rendelkeznek a fejlesztés során, még akkor is, ha végül külön csapatokban dolgoznak.
Egy héten több interjút is lebonyolítunk a nyitott pozícióra, és döntést hozunk arról, kivel folytatjuk a munkát.
Gyakran jönnek hozzánk fiúk és mondják, hogy munkát keresnek, mert a jelenlegi helyükön nincs hova lépniük - a következő előléptetést csak a főnök nyugdíjba vonulásával lehet várni. Nálunk egy kicsit más a dinamika. Tizenkét éve a Veeam egy startup volt tíz alkalmazottal. Most egy olyan cégről van szó, ahol több ezer ember dolgozik.
Az emberek ide úgy kerülnek, mint egy zavaros folyóba. Folyamatosan új irányok jelennek meg, a csapatvezetők között tegnapi junior fejlesztők is akadnak. Az emberek technikai és adminisztratív értelemben is növekednek. Ha egy kis funkció fejlesztésével foglalkozol, de szeretnéd azt kiterjeszteni, akkor már fél munka el van végezve. A támogatás minden szinten meglesz, a csapatvezetőktől egészen a cég tulajdonosaiig. Ha nem tudsz valamit adminisztratívan elvégezni — vannak tanfolyamok, belső trénerek, tapasztalt kollégák. Ha a fejlesztésben nem vagy elég tapasztalt — van a Veeam Academy projekt. Tehát nyitottak vagyunk mindenki előtt, a profikra és a kezdőkre egyaránt.
A Veeam Academy projekt — ingyenes offline intenzív kurzus C# nyelven kezdő programozók számára, akik a legjobbak számára lehetőséget kapnak elhelyezkedni a Veeam Software-nél. A projekt célja csökkenteni a tudás és gyakorlati készségek közötti szakadékot a tipikus egyetemi végzettek és a jó munkáltatót vonzó tudás között. Három hónapon keresztül a fiúk a gyakorlatban tanulják az OOP alapelveit, elmerülnek a C# sajátosságaiba és megismerik a .Net belső működését. Az előadások, tesztek, laboratóriumi munkák és személyes projektek mellett a fiúk közösen kidolgoznak egy projektet, ami megfelel a valódi cégek szabályainak. A projekt témáját előre nem mondják el — azt a kurzus első napjaiban közösen választják ki. Az utolsó csoport témája a Virtuális Bank lett.
Jelenleg nyitott a jelentkezés .
Forrás: habr.com
