Alexander Baranov werk by Veeam as 'n R&D-direkteur en woon tussen die twee lande. Hy bring die helfte van sy tyd in Praag deur, die ander helfte in St. Hierdie stede is die tuiste van die grootste Veeam-ontwikkelingskantore.
In 2006 was dit 'n begin deur twee entrepreneurs uit Rusland, wat verband hou met virtuele masjien-rugsteunprogrammatuur (vandaar het die naam V[ee][a]M, 'n virtuele masjien, ook vandaan gekom). Vandag is dit 'n reuse-korporasie met meer as vierduisend werknemers regoor die wêreld.
Alexander het vir ons vertel hoe dit is om in so 'n maatskappy te werk en hoe moeilik dit is om daarby in te kom. Hieronder is sy monoloog.
Tradisioneel sal ons praat oor die beoordeling van die maatskappy op My Circle: Veeam Software wat van sy werknemers ontvang is . Hy word waardeer vir 'n goeie sosiale pakket, 'n gemaklike werksatmosfeer in die span, vir interessante take en vir die feit dat die maatskappy die wêreld 'n beter plek maak.
Watter produkte ontwikkel Veeam
Produkte wat fouttoleransie vir IT-infrastruktuur bied. Gelukkig het die hardeware met verloop van tyd redelik betroubaar geword, en die wolke bied foutverdraagsaamheid. Maar menslike foute duur tot vandag toe.
Byvoorbeeld, die klassieke probleem van onverenigbaarheid van opdaterings met die organisasie se infrastruktuur. Die administrateur het 'n ongeverifieerde opdatering ontplooi, of dit het outomaties gebeur, en as gevolg hiervan is die werking van die ondernemingsbedieners ontwrig. Nog 'n voorbeeld: iemand het veranderinge aan 'n gedeelde projek of stel dokumente aangebring wat hulle voel gepas is. Later is 'n probleem ontdek, en dit was nodig om die toestand van 'n week gelede terug te gee. Soms word sulke veranderinge nie eens geassosieer met bewuste menslike aksies nie: betreklik onlangs het cryptolocker-virusse gewild geword. 'n Gebruiker bring 'n flash drive met twyfelagtige inhoud na 'n werkrekenaar of besoek 'n werf met katte, en gevolglik word rekenaars op die netwerk besmet.
In 'n situasie waar die slegte reeds gebeur het, gee ons die geleentheid om die veranderinge terug te rol. As die veranderinge slegs beplan word, laat ons jou toe om die impak daarvan te kontroleer in 'n geïsoleerde infrastruktuur, herskep vanaf 'n datasentrum-rugsteun.
Dikwels tree rugsteun op as 'n "stille getuie" van 'n organisasie se oudits. Openbare maatskappye moet voldoen aan eksterne reguleerders (soos die Sarbanes-Oxley-wet), en met goeie rede. In 2008 is die toestand van die wêreldekonomie geskud weens die feit dat sommige deelnemers aan die finansiële mark, rofweg gesproke, die resultate van hul aktiwiteite vervals het. Dit het gesneeubal en die ekonomie het gesink. Sedertdien het reguleerders die prosesse in openbare maatskappye noukeuriger dopgehou. Die vermoë om die toestand van die IT-infrastruktuur, posstelsel, dokumentbestuurstelsel vir verslagtydperke te herstel, is een van die ouditeure se vereistes.
Microsoft, Amazon, Google en ander wolkverskaffers het inheemse oplossings wat hulpbronne in die wolk rugsteun. Maar hul besluite is "dinge op sigself." Die probleem is dat groot maatskappye in die meeste gevalle 'n hibriede IT-infrastruktuur het: 'n deel daarvan is in die wolk, 'n deel is op die grond. Die wolk huisves gewoonlik webprojekte en klantgerigte toepassings. Toepassings en bedieners wat sensitiewe inligting of persoonlike data stoor, word meestal op die grond gevind.
Daarbenewens gebruik organisasies verskeie verskillende wolke om een baster een te bou om risiko's te verminder. Wanneer 'n multinasionale maatskappy 'n hibriede wolk gebou het, benodig dit 'n enkele en algemene fouttoleransiestelsel vir die hele infrastruktuur.
Hoe moeilik is dit om sulke produkte te ontwikkel
Nuwe tegnologieë kom voortdurend na vore wat studie, aanpassing en ervaring verg. Toe ons die eerste keer verskyn het en 'n begin was, het min mense virtualisering ernstig oorweeg. Daar was toepassings vir die rugsteun van fisiese datasentrums. Gevirtualiseerde datasentrums is as speelgoed beskou.
Ons het van die begin af vir virtualisasiebewuste rugsteun begin ondersteun, toe die tegnologie net deur entoesiaste gebruik is. En dan was daar sy plofbare groei en erkenning as die standaard. Nou sien ons ander gebiede wat op dieselfde kwalitatiewe sprong wag, en ons probeer om op die golf te wees. Die vermoë om jou neus windaf te hou, is iewers in die DNS van die maatskappy vasgewerk.
Nou het die maatskappy reeds deur die dae van 'n begin gegaan. Nou, vir baie groot kliënte, is stabiliteit en betroubaarheid belangrik, en die neem van 'n besluit oor foutverdraagsaamheid kan 'n paar jaar neem. Daar is aanpassing, verifikasie van produkte, voldoening aan talle vereistes. Dit blyk 'n snaakse situasie - aan die een kant moet jy die betroubaarheid en vertroue in die produkte verseker, en aan die ander kant, om modern te bly.
Maar die nuwe word altyd geassosieer met 'n sekere vlak van onkunde oor tegnologie, die mark, of albei.
Byvoorbeeld, na etlike jare se werk het ons besef dat ons die ingeboude bergingsvermoëns van datastelsels moet gebruik om rugsteun te bespoedig. Dit is hoe 'n hele rigting van integrasie met ystervervaardigers gebore is. Tot op hede is Veeam-vennote in hierdie program al die grootste spelers in hierdie mark - HP, NetApp, Dell EMC, Fujitsu, ens.
Ons het ook gedink dat virtualisering klassieke bedieners sou vervang. Maar die lewe het getoon dat die laaste 10% van fisiese bedieners oorbly, virtualisering wat óf nie moontlik is nie óf nie sin maak nie. En hulle moet ook gerugsteun word. Dit is hoe Veeam Agent vir Windows/Linux verskyn het.
Ons het op 'n tyd gedink dis tyd dat Unix sy plek in die museum inneem, en het geweier om dit te ondersteun. Maar sodra ons na kliënte met 'n lang geskiedenis gegaan het, het ons besef dat Unix meer lewendig is as alle lewende dinge. En tog het hulle 'n besluit vir hom geskryf.
Dieselfde storie was met bandaandrywers. Ons het gedink: "wie het hulle nodig in die moderne wêreld?" Toe het ons gewerk aan kenmerke soos korrel dataherwinning of inkrementele rugsteun met 'n sintetiese volledige kopie - en dit kan eenvoudig nie op band gedoen word nie, jy benodig 'n skyf. Toe blyk dit dat bandaandrywers werk as een van die maniere om onveranderlike rugsteun te verskaf wat nodig is vir langtermynberging - sodat jy ná 5 jaar 'n band van die rak afhaal en 'n oudit doen. Wel, en die grootte van kliënte - ons het begin met kleintjies - en niemand gebruik bande daar nie. En toe het ons gegroei tot klante wat vir ons gesê het dat hulle nie 'n produk sonder linte sal koop nie.
Watter tegnologieë word in Veeam gebruik
Vir take wat met besigheidslogika verband hou, gebruik ons .NET. Ons het daarmee begin, en gaan voort om te optimaliseer. Nou gebruik ons .NET Core in 'n aantal oplossings. Toe die begin vir die eerste keer gestig is, was daar verskeie ondersteuners van hierdie stapel in die span. Dit is goed in terme van die skryf van besigheidslogika, ontwikkelingspoed en gemak van gereedskap. Toe was dit nie die gewildste besluit nie, maar nou is dit duidelik dat daardie ondersteuners reg was.
Terselfdertyd skryf ons onder Unix, Linux, werk met hardeware, dit vereis die gebruik van ander oplossings. Stelselonderdele wat verband hou met inligting oor die data wat ons in die rugsteun stoor, datasoekalgoritmes, algoritmes wat verband hou met die werking van hardeware - dit alles is in C ++ geskryf.
Hoe werknemers oor die wêreld versprei word
Nou het die maatskappy sowat vierduisend mense in diens. Ongeveer duisend van hulle is in Rusland. Die maatskappy het twee groot groepe. Die eerste handel oor die ontwikkeling en tegniese ondersteuning van produkte. Die tweede maak produkte sigbaar vir die buitewêreld: verkope en bemarking is in sy bevoegdheid. Die verhouding tussen groepe is ongeveer dertig tot sewentig.
Ons het ongeveer dertig kantore regoor die wêreld. Verkope is wyer versprei, maar ontwikkeling bly ook nie agter nie. Aan sommige produkte word gelyktydig in verskeie kantore gewerk – deels in St. Petersburg, deels in Praag. Sommige word in slegs een ontwikkel, byvoorbeeld, 'n produk wat 'n fisiese rugsteun van Linux bied, word in Praag ontwikkel. Daar is 'n produk waaraan net in Kanada gewerk word.
Ons doen verspreide ontwikkeling om aan kliënte se vereistes te voldoen. Groot kliënte voel veiliger wanneer die ontwikkeling in dieselfde streek geleë is waar die produk werk.
Ons het reeds 'n baie groot kantoor in die Tsjeggiese Republiek, en volgende jaar beplan ons om nog een in Praag oop te maak - vir 500 ontwikkelaars en toetsers. Diegene wat in die "eerste golf" na die hoofstad van die Tsjeggiese Republiek verhuis het, deel graag hul ervaring en life hacks met almal wat belangstel in die geleentheid om in Europa op Habré te werk. In Rusland is die kantoor in St. Petersburg geleë, 'n deel van die interne projekte word in Izhevsk uitgevoer, en ondersteuning is gedeeltelik in Moskou. Oor die algemeen is 'n paar honderd mense regoor die wêreld besig met tegniese ondersteuning. Daar is spesialiste van verskillende vlakke van tegniese opleiding en spesialisasie. Die hoogste vlak is mense wat die produk op die bronkodevlak kan verstaan, en hulle werk in dieselfde kantoor as die ontwikkeling.
Hoe prosesse gestruktureer word
Ongeveer een keer per jaar het ons groot vrystellings met nuwe funksionaliteit, en elke twee tot drie maande het ons opdaterings met foutoplossings en verbeterings wat aan dringende markvereistes of platformveranderings voldoen. Aan vereistes word prioriteite toegeken - van klein tot kritiek, waarsonder 'n vrystelling onmoontlik is. Laasgenoemde word "epiese" genoem.
Daar is 'n klassieke driehoek - kwaliteit, hoeveelheid hulpbronne, tydsberekening (in die gewone mense, "vinnig, doeltreffend, goedkoop, kies twee"). Ons kan nie slegte dinge doen nie, die kwaliteit moet altyd hoog wees. Hulpbronne is ook beperk, al probeer ons heeltyd uitbrei. Baie meer buigsaamheid in tydsbestuur, maar dit is dikwels vas. Daarom is die enigste ding wat ons kan wissel, die hoeveelheid funksionaliteit in die vrystelling.
Epos, as 'n reël, probeer om nie meer as 30-40% van die geprojekteerde vrystellingsiklus te hou nie. Die res kan ons afsny, oordra, verfyn, verander. Dit is ons beweegruimte.
'n Tydelike span word vir elke vereiste in die vrystelling geskep. Dit kan drie mense wees, en vyftig, afhangende van die kompleksiteit. Ons hou by 'n buigsame ontwikkelingsmetodologie, een keer per week organiseer ons resensies en besprekings van die voltooide en komende werk op elke funksionaliteit.
Die helfte van die tyd van die vrystellingsiklus word aan ontwikkeling bestee, die helfte aan die afwerking van die produk. Maar ons het 'n gesegde - "die tegniese skuld van 'n bankrot projek is nul." Daarom is dit belangriker om 'n produk te maak wat werk en in aanvraag is as om die kode eindeloos te lek. As die produk gewild is, is dit reeds die moeite werd om dit verder te ontwikkel en aan te pas by toekomstige veranderinge.
Hoe Veeam ontwikkelaars aanstel
Die seleksie-algoritme is multi-stadium. Die eerste vlak is 'n gesprek tussen die kandidaat en die werwer oor die wense van die persoon self. Op hierdie stadium probeer ons verstaan of ons 'n goeie pas vir die kandidaat is. Dit is vir ons belangrik dat ons interessant is as 'n maatskappy, want om 'n persoon by 'n projek in te bring is 'n duur plesier.
As daar belangstelling is, bied ons op die tweede vlak 'n toetstaak aan om te verstaan hoe relevant die kandidaat se ervaring is en wat hy as spesialis kan demonstreer. Ons vra jou byvoorbeeld om 'n lêerkompressor te maak. Dit is 'n standaardtaak, en dit wys hoe 'n persoon met die kode verband hou, watter kultuur en styl hy aanhang, watter oplossings hy gebruik.
Op 'n toetstaak is alles gewoonlik perfek sigbaar. 'n Persoon wat pas geletterd geraak het en vir die eerste keer 'n brief geskryf het, is merkbaar anders as 'n persoon wat heeltyd briewe skryf.
Volgende het ons 'n onderhoud. Gewoonlik word dit deur drie spanleiers gelyktydig uitgevoer, sodat alles so objektief as moontlik is. Daarbenewens help dit om tegnies versoenbare mense te werf wat min of meer dieselfde metodes en benaderings tot ontwikkeling het, selfs al werk hulle uiteindelik aan verskillende spanne.
Gedurende die week voer ons verskeie onderhoude vir 'n oop vakature en besluit met wie ons sal aanhou werk.
Dikwels kom die ouens na ons toe en sê dat hulle werk soek, want hulle het nêrens om te beweeg in die huidige een nie – jy kan maar wag vir bevordering saam met die aftrede van die baas. Ons het 'n effens ander dinamika. Twaalf jaar gelede was Veeam 'n beginneronderneming met tien werknemers. Nou is dit 'n maatskappy met etlike duisende werknemers.
Mense kom hier aan soos in 'n onstuimige rivier. Nuwe aanwysings verskyn voortdurend, gister se gewone ontwikkelaars word spanleiers. Mense groei tegnies, groei administratief. As jy 'n klein kenmerk ontwikkel, maar dit wil ontwikkel, dan is die helfte van die stryd reeds klaar. Ondersteuning sal op alle vlakke wees, van die spanleier tot die eienaars van die maatskappy. Jy weet nie hoe om iets administratief te doen nie - daar is kursusse, interne opleiers, ervare kollegas. Daar is nie genoeg ontwikkelingservaring nie – daar is 'n Veeam Akademie-projek. Ons is dus oop vir almal, beide professionele mense en beginners.
Die Veeam Akademie-projek is 'n aand gratis vanlyn C# intensief vir beginner programmeerders met die vooruitsig van indiensneming by Veeam Sagteware vir die beste studente. Die doel van die projek is om die gaping tussen die hoeveelheid kennis en praktiese vaardighede van die gemiddelde universiteitsgegradueerde en die hoeveelheid kennis wat nodig is om 'n goeie werkgewer te interesseer, te oorbrug. Vir drie maande bestudeer die ouens die beginsels van OOP in die praktyk, verdiep hulle in die kenmerke van C # en bestudeer die enjinkompartement van .Net. Benewens lesings, toetse, laboratorium- en persoonlike projekte, ontwikkel die ouens hul gesamentlike projek volgens al die reëls van regte maatskappye. Die onderwerp van die projek is vooraf onbekend - dit word saam met almal in die eerste dae na die aanvang van die kursus gekies. Op die laaste stroom het sy die Virtuele Bank geword.
Inskrywings is nou oop .
Bron: will.com