Alexander Baranov wurket as R&D-direkteur by Veeam en wennet tusken twa lannen. Hy bringt de helte fan syn tiid troch yn Praach, de oare helte yn Sint-Petersburch. Yn dizze stêden binne de grutste ûntwikkelingskantoaren fan Veeam.
Yn 2006 wie it in opstart fan twa ûndernimmers út Ruslân, relatearre oan software foar reservekopy fan firtuele masines (dat is wêr't de namme kaam - V[ee][a]M, firtuele masine). Tsjintwurdich is it in gigantyske korporaasje mei mear as fjouwertûzen meiwurkers rûn de wrâld.
Alexander fertelde ús hoe't it wie om yn sa'n bedriuw te wurkjen en hoe dreech it is om dêr yn te kommen. Hjirûnder is syn monolooch.
Tradysjoneel sille wy jo fertelle oer de beoardieling fan it bedriuw oer "My Circle": Veeam Software ûntfongen fan har meiwurkers . Hy wurdt wurdearre om syn goede sosjaal pakket, in noflike wurksfear yn it team, foar nijsgjirrige taken en om it feit dat it bedriuw de wrâld in better plak makket.
Hokker produkten ûntwikkelet Veeam?
Produkten dy't fouttolerânsje leverje oan 'e IT-ynfrastruktuer. Gelokkich is hardware yn 'e rin fan' e tiid frij betrouber wurden, en de wolk leveret fouttolerânsje. Mar de flaters fan minsken besteane oant hjoed de dei.
Bygelyks, it klassike probleem fan ynkompatibiliteit fan updates mei de ynfrastruktuer fan 'e organisaasje. De behearder rôle in net ferifiearre update út, of it barde automatysk, en dêrtroch waard de wurking fan 'e ûndernimmingsservers fersteurd. In oar foarbyld: immen makke wizigingen oan in mienskiplik projekt of set fan dokuminten, beskôge it passend. Letter waard in probleem ûntdutsen, en it wie nedich om werom te gean nei de steat fan in wike lyn. Soms wurde sokke feroaringen net iens ferbûn mei bewuste minsklike aksjes: kryptoloker-firussen hawwe relatyf koartlyn populêrens krigen. In brûker bringt in flash-drive mei dubieuze ynhâld nei syn wurkkompjûter of giet nei in side mei katten, en as gefolch wurde kompjûters op it netwurk ynfekteare.
Yn in situaasje dêr't al minne dingen bard binne, jouwe wy de kâns om de feroaringen werom te rôljen. As feroarings krekt pland binne, kinne wy jo de ynfloed kontrolearje yn in isolearre ynfrastruktuer opnij makke fan in backup fan in datacenter.
Faak spylje reservekopyen de rol fan in "stille tsjûge" by in kontrôle yn in organisaasje. Iepenbiere bedriuwen moatte foldwaan oan de easken fan eksterne tafersjochhâlders (bygelyks de Sarbanes-Oxley Act), en dit is net sûnder reden. Yn 2008 waard de steat fan 'e wrâldekonomy skodde troch it feit dat guon dielnimmers fan' e finansjele merk, rûchwei sprutsen, de resultaten fan har aktiviteiten ferfalske. Dit begon in sniebal, en de ekonomy sank. Sûnt dy tiid hawwe tafersjochhâlders in tichterby sjoen nei prosessen by iepenbiere bedriuwen. De mooglikheid om de steat fan 'e IT-ynfrastruktuer, postsysteem, dokumintstreamsysteem foar rapportaazjeperioaden te herstellen is ien fan' e easken fan auditors.
Microsoft, Amazon, Google en oare wolkproviders hawwe native oplossingen dy't reservekopy leverje fan boarnen binnen de wolk. Mar har besluten binne "dingen op harsels." It probleem is dat grutte bedriuwen yn 'e measte gefallen in hybride IT-ynfrastruktuer hawwe: in diel dêrfan is yn 'e wolk, in diel dêrfan is op 'e grûn. Client-rjochte webprojekten en applikaasjes libje typysk yn 'e wolk. Applikaasjes en servers dy't gefoelige ynformaasje of persoanlike gegevens opslaan, lizze meast op 'e grûn.
Derneist brûke organisaasjes ferskate ferskillende wolken om ien hybride wolk te bouwen om risiko's te minimalisearjen. As in multynasjonaal bedriuw in hybride wolk hat boud, hat it in ienige fouttolerânsjesysteem nedich dat mienskiplik is foar de heule ynfrastruktuer.
Hoe dreech is it om sokke produkten te ûntwikkeljen?
Nije technologyen komme hieltyd op dy't learen, oanpassing en ûnderfining fereaskje. Doe't wy foar it earst ferskynden en in opstart wiene, beskôgen in pear minsken virtualisaasje serieus. D'r wiene applikaasjes foar reservekopy fan fysike datasintra. Virtualisearre datasintra waarden sjoen as boartersguod.
Wy begon backup te stypjen mei virtualisaasje yn gedachten fan it begjin ôf, doe't de technology allinich waard brûkt troch entûsjasters. En dan wie d'r syn eksplosive groei en erkenning as standert. No sjogge wy oare gebieten dy't wachtsje op deselde kwalitative sprong, en wy besykje te wêzen op 'e welle. De mooglikheid om de noas foar de wyn te hâlden is earne yn it DNA fan it bedriuw fêstlein.
No hat it bedriuw de opstartdagen al oerlibbe. No, in protte grutte kliïnten wurdearje stabiliteit en betrouberens, en it meitsjen fan in beslút oer skuldtolerânsje kin ferskate jierren duorje. Oanpassing is oan 'e gong, produkttesten, neilibjen fan in protte easken. It blykt in grappige situaasje te wêzen - oan 'e iene kant moatte jo betrouberens en fertrouwen yn' e produkten soargje, en oan 'e oare kant moatte jo modern bliuwe.
Mar nij komt altyd mei in bepaald nivo fan ûnwittendheid oer technology, de merk, of beide.
Bygelyks, nei ferskate jierren fan wurk, realisearre wy dat wy de ynboude mooglikheden fan opslachsystemen moatte brûke om backups te fersnellen. Sa is in hiele rjochting foar yntegraasje mei izeren fabrikanten berne. Tsjintwurdich binne de partners fan Veeam yn dit programma alle grutste spilers op dizze merk - HP, NetApp, Dell EMC, Fujitsu, ensfh.
It like ús ek dat virtualisaasje klassike servers ferpleatse soe. Mar it libben hat sjen litten dat de lêste 10% fan fysike tsjinners bliuwe, virtualisearjen wat net mooglik is of net sin makket. En se moatte ek reservekopy wurde. Dit is hoe't Veeam Agent foar Windows/Linux waard berne.
Op in stuit hawwe wy besletten dat it tiid wie foar Unix om syn plak yn it museum yn te nimmen, en wy wegeren it te stypjen. Mar sa gau't wy kliïnten mei in lange skiednis berikten, realisearren wy dat Unix mear libbet dan alle libbene dingen. En dochs ha se der in oplossing foar skreaun.
Itselde ferhaal barde mei tape drives. Wy tochten: "wa hat se nedich yn 'e moderne wrâld?" Dêrnei wurken wy oan funksjes lykas korrelige gegevensherstel of inkrementele reservekopy mei in syntetyske folsleine kopy - en dit kin gewoan net op tape dien wurde, jo hawwe in skiif nedich. Doe die bliken dat tape-driven wurkje as ien fan 'e middels om permaninte reservekopyen te leverjen, dy't nedich binne foar opslach op lange termyn - sadat jo oer 5 jier weromkomme kinne, in tape fan' e planke nimme en in kontrôle dwaan. No, de grutte fan 'e kliïnten - wy begûnen lyts - en gjinien brûkt dêr tapes. En doe groeiden wy út ta kliïnten dy't ús fertelden dat se it produkt net sûnder tapes soene keapje.
Hokker technologyen wurde brûkt yn Veeam
Foar taken yn ferbân mei saaklike logika, wy brûke .NET. Wy binne dermei begongen en trochgean mei it optimalisearjen. Wy brûke op it stuit .NET Core yn in oantal oplossingen. Doe't de opstart earst foarme, wiene d'r ferskate oanhingers fan dizze stapel op it team. It is goed yn termen fan it skriuwen fan saaklike logika, snelheid fan ûntwikkeling en it gemak fan gebrûk fan ark. It wie doe net it populêrste beslút, mar no is dúdlik dat dy supporters gelyk hiene.
Tagelyk skriuwe wy foar Unix, Linux, en wurkje wy mei hardware, dit fereasket it gebrûk fan oare oplossingen. Systeemdielen relatearre oan ynformaasje oer de gegevens dy't wy opslaan yn in reservekopy, algoritmen foar sykjen fan gegevens, algoritmen yn ferbân mei de wurking fan hardware - dit alles is skreaun yn C++.
Hoe meiwurkers wurde ferdield oer de wrâld
By it bedriuw wurkje op it stuit sa'n fjouwertûzen minsken. Sawat tûzen fan harren binne yn Ruslân. It bedriuw hat twa grutte groepen. De earste is dwaande mei de ûntwikkeling en technyske stipe fan produkten. De twadde makket produkten sichtber foar de bûtenwrâld: it is ferantwurdlik foar ferkeap en marketing. De ferhâlding tusken de groepen is likernôch tritich oant santich.
Wy hawwe sa'n tritich kantoaren oer de hiele wrâld. De ferkeap wurdt breder ferspraat, mar de ûntwikkeling bliuwt ek net efter. Wurk oan guon produkten wurdt tagelyk útfierd yn ferskate kantoaren - guon yn Sint Petersburch, guon yn Praach. Guon wurde ûntwikkele yn mar ien, bygelyks in produkt dat in fysike reservekopy fan Linux leveret, wurdt ûntwikkele yn Praach. Der is in produkt dêr't allinnich yn Kanada oan wurke wurdt.
Wy dogge ferspraat ûntwikkeling om te foldwaan oan klanteasken. Grutte klanten fiele har feiliger as de ûntwikkeling leit yn deselde regio dêr't it produkt wurket.
Wy hawwe al in heul grut kantoar yn 'e Tsjechyske Republyk, en takom jier binne wy fan plan in oar te iepenjen yn Praach foar 500 ûntwikkelders en testers. Dejingen dy't ferhuze nei de haadstêd fan 'e Tsjechyske Republyk yn' e "earste welle" binne bliid om har ûnderfiningen en libbenshacks op Habré te dielen mei elkenien dy't ynteressearre is yn 'e kâns om yn Europa te wurkjen. Yn Ruslân is it kantoar yn Sint-Petersburch, guon fan 'e ynterne projekten wurde útfierd yn Izhevsk, en de stipe is foar in part yn Moskou. Yn 't algemien jouwe ferskate hûnderten minsken om' e wrâld technyske stipe. D'r binne spesjalisten fan ferskate nivo's fan technyske training en spesjalisaasje. It heechste nivo binne minsken dy't by steat binne om te begripen it produkt op de boarne koade nivo, en se wurkje yn itselde kantoar mei ûntwikkeling.
Hoe't de prosessen binne strukturearre
Ungefear ien kear yn 't jier hawwe wy grutte releases mei nije funksjonaliteit, en elke twa oant trije moannen hawwe wy updates mei defektkorreksjes en ferbetterings dy't foldogge oan driuwende merkeasken of platfoarmwizigingen. Easken wurde prioriteiten tawiisd - fan lyts oant kritysk, sûnder hokker frijlitting ûnmooglik is. Dy lêsten wurde neamd "epos".
D'r is in klassike trijehoek - kwaliteit, kwantiteit fan boarnen, deadlines (yn gewoane taal, "rap, hege kwaliteit, goedkeap, kies twa"). Wy kinne neat min dwaan; de kwaliteit moat altyd heech wêze. Boarnen binne ek beheind, hoewol wy besykje de hiele tiid út te wreidzjen. D'r is folle mear fleksibiliteit yn tiidbehear, mar it is faak fêst. Dêrom is it iennichste dat wy kinne fariearje de hoemannichte funksjonaliteit yn 'e release.
As regel besykje wy epos net mear te hâlden as 30-40% fan 'e projekteare releasesyklustiid. Wy kinne de rest ôfsnije, ferpleatse, wizigje, wizigje. Dit is ús romte foar manoeuvre.
In tydlik team wurdt makke foar elke eask yn 'e release. It kin trije persoanen of fyftich hawwe, ôfhinklik fan de kompleksiteit. Wy hâlde ús oan in agile ûntwikkelingsmetodology, ien kear yn 'e wike organisearje wy resinsjes en diskusjes fan foltôge en kommende wurk foar elke funksjonaliteit.
De helte fan 'e release-syklustiid wurdt bestege oan ûntwikkeling, de helte oan it ôfmeitsjen fan it produkt. Mar wy hawwe in sprekwurd: "de technyske skuld fan in fallite projekt is nul." Dêrom is it wichtiger om in produkt te meitsjen dat wurket en is yn 'e fraach dan om de koade einleaze te slikjen. As it produkt populêr is, dan is it wurdich om it fierder te ûntwikkeljen en it oan te passen oan takomstige feroaringen.
Hoe Veeam minsken ynhiert yn ûntwikkeling
De seleksje algoritme is multi-stage. It earste nivo is in petear tusken de kandidaat en de recruiter oer de winsken fan de persoan sels. Op dit stadium besykje wy te begripen oft wy geskikt binne foar de kandidaat. It is foar ús wichtich dat wy as bedriuw nijsgjirrich binne, want it yntrodusearjen fan in persoan oan in projekt is in djoer genot.
As der belangstelling is, dan biede wy op it twadde nivo in testtaak oan om te begripen hoe relevant de ûnderfining fan 'e kandidaat is en wat hy as spesjalist sjen kin. Bygelyks, wy freegje jo om in triem compressor te meitsjen. Dit is in standerttaak, en it lit sjen hoe't in persoan ferhâldt ta koade, hokker kultuer en styl hy hâldt oan, en hokker oplossings hy brûkt.
De testtaak lit normaal alles perfekt sjen. In persoan dy't krekt yn 'e kunde kommen is mei literatuer en foar it earst in brief skreaun hat, is opfallend oars as in persoan dy't konstant brieven skriuwt.
Dêrnei fiere wy in ynterview. Meastal wurdt it troch trije teamlieders tagelyk útfierd, sadat alles sa objektyf mooglik is. Plus, it helpt om technysk kompatible minsken te rekrutearjen dy't sawat deselde ûntwikkelingsmetoaden en -oanpak hawwe, sels as se úteinlik wurkje oan ferskate teams.
Yn de rin fan in wike fiere wy ferskate ynterviews foar in iepen funksje en beslute wy mei wa't wy fierder wurkje.
Faak komme jonges nei ús ta en sizze dat se op syk binne nei in baan, om't se nearne hawwe om te ferhúzjen yn har hjoeddeistige - in promoasje kin allinich ferwachte wurde as har baas mei pensjoen giet. Wy hawwe in wat oare dynamyk. Tolve jier lyn wie Veeam in startup mei tsien meiwurkers. No is it in bedriuw mei ferskate tûzenen minsken yn tsjinst.
Minsken komme hjir telâne as yn in stoarmige rivier. Nije rjochtingen komme hieltyd op, en de gewoane ûntwikkelders fan juster wurde teamlieders. Minsken groeie technysk en groeie bestjoerlik. As jo in lytse funksje ûntwikkelje, mar it ûntwikkelje wolle, dan is de helte fan 'e slach al dien. Stipe sil op alle nivo's wêze, fan 'e teamlieder oant de bedriuwseigners. As jo net witte hoe't jo wat bestjoerlik dwaan moatte, binne d'r kursussen, ynterne trainers en betûfte kollega's. D'r is net genôch ûnderfining yn ûntwikkeling - d'r is in Veeam Academy-projekt. Sa steane wy iepen foar elkenien, sawol professionals as begjinners.
It Veeam Academy-projekt is in frije jûn offline yntinsive kursus yn C# foar begjinnende programmeurs mei it útsicht op wurkgelegenheid by Veeam Software foar de bêste studinten. It doel fan it projekt is om it gat te ferminderjen tusken de hoemannichte kennis en praktyske feardichheden fan 'e gemiddelde universitêre ôfstudearre en de hoemannichte kennis dy't nedich is om in goede wurkjouwer te ynteressearjen. Foar trije moannen studearje de jonges de prinsipes fan OOP yn 'e praktyk, dûke yn' e funksjes fan C # en studearje de under-hood romte fan .Net. Neist lêzingen, tests, laboratoarium en persoanlike projekten ûntwikkelje de jonges har mienskiplik projekt neffens alle regels fan echte bedriuwen. It ûnderwerp fan it projekt is foarôf ûnbekend - it wurdt keazen tegearre mei elkenien yn 'e earste dagen nei it begjin fan' e kursus. Yn de lêste stream waard it de Virtual Bank.
Ynskriuwing is no iepen foar .
Boarne: www.habr.com