Alexander Baranov Veeam-en lan egiten du I+G zuzendari gisa eta bi herrialdeen artean bizi da. Denboraren erdia Pragan ematen du, beste erdia San Petersburgon. Hiri hauetan Veeam garapen bulego handienak daude.
2006an, Errusiako bi ekintzaileren start-up bat izan zen, makina birtualen babeskopiako softwarearekin lotutakoa (hortik V[ee][a]M izena ere sortu zen, makina birtuala). Gaur egun munduan zehar lau mila langile baino gehiago dituen korporazio erraldoi bat da.
Alexanderk kontatu digu zer den horrelako enpresa batean lan egitea eta zein zaila den bertan sartzea. Jarraian bere bakarrizketa.
Tradizionalki, enpresaren balorazioari buruz hitz egingo dugu My Circle: Veeam Software-k bere langileengandik jasotakoa. . Gizarte pakete onagatik, taldean lan-giro erosoagatik, zeregin interesgarriengatik eta konpainiak mundua hobetzen duelako eskertzen da.
Zein produktu garatzen dituen Veeam-ek
IT azpiegituretarako akatsen tolerantzia eskaintzen duten produktuak. Zorionez, denborarekin, hardwarea nahiko fidagarria bihurtu da eta hodeiek akatsen tolerantzia eskaintzen dute. Baina giza akatsak dirau gaur arte.
Adibidez, eguneratzeak erakundearen azpiegiturarekin bateraezintasunaren arazo klasikoa. Administratzaileak egiaztatu gabeko eguneraketa bat zabaldu zuen edo automatikoki gertatu zen, eta horregatik, enpresa zerbitzarien funtzionamendua eten egin zen. Beste adibide bat: norbaitek egoki iruditzen zaizkion proiektu edo dokumentu multzo batean aldaketak egin ditu. Geroago, arazo bat aurkitu zen, eta duela astebeteko egoera itzultzea beharrezkoa izan zen. Batzuetan, aldaketa horiek ez dira giza ekintza kontzienteekin lotzen ere: duela gutxi, kriptolocker birusek ospea lortu dute. Erabiltzaile batek eduki zalantzagarria duen pendrive bat laneko ordenagailu batera eramaten du edo katuak dituzten gune bat bisitatzen du, eta, ondorioz, sareko ordenagailuak kutsatzen dira.
Dagoeneko txarra gertatu den egoera batean, aldaketak atzera egiteko aukera ematen dugu. Aldaketak soilik planifikatzen badira, datu-zentroko babeskopi batetik birsortutako azpiegitura isolatu batean duten eragina egiaztatzeko aukera ematen dizugu.
Askotan, babeskopiek erakunde baten auditorien "lekuko isil" gisa jokatzen dute. Enpresa publikoek kanpoko arautzaileak bete behar dituzte (esaterako, Sarbanes-Oxley Legea), eta arrazoi osoz. 2008an, munduko ekonomiaren egoera astindu zen, finantza-merkatuko partaide batzuek, gutxi gorabehera, beren jardueren emaitzak faltsutu baitzituzten. Honek elur-bola egin zuen eta ekonomia hondoratu egin zen. Harrezkero, erregulatzaileek gertuagotik jarraitzen dute enpresa publikoetako prozesuak. Ikuskarien eskakizunetako bat da informatika-azpiegitura, posta-sistema, dokumentuak kudeatzeko sistemaren egoera berrezartzeko gaitasuna.
Microsoft, Amazon, Google eta beste hodei hornitzaile batzuek hodei barruan baliabideen babeskopia egiten duten soluzio natiboak dituzte. Baina haien erabakiak "bere gauza" dira. Arazoa da kasu gehienetan enpresa handiek IT azpiegitura hibridoa dutela: zati bat hodeian dago, beste bat lurrean. Hodeiak web-proiektuak eta bezeroei begirako aplikazioak izaten ditu. Informazio sentikorra edo datu pertsonalak gordetzen dituzten aplikazioak eta zerbitzariak gehienetan lurrean aurkitzen dira.
Horrez gain, erakundeek hainbat hodei erabiltzen dituzte hibrido bat eraikitzeko arriskuak minimizatzeko. Enpresa multinazional batek hodei hibrido bat eraiki duenean, akatsen tolerantzia-sistema bakar eta komun bat behar du azpiegitura osorako.
Zein zaila den horrelako produktuak garatzea
Etengabe sortzen ari dira azterketa, egokitzapena eta esperientzia eskatzen duten teknologia berriak. Lehen aldiz agertu ginenean eta startup bat ginenean, jende gutxik serioski hartzen zuen birtualizazioa. Datu zentro fisikoen babeskopiak egiteko aplikazioak zeuden. Datu zentro birtualizatuak jostailu gisa ikusten ziren.
Birtualizazioari buruzko babeskopiak onartzen hasi ginen hasiera-hasieratik, teknologia zaleek soilik erabiltzen zutenean. Eta gero, bere hazkunde leherkorra eta estandar gisa aitortzea izan zen. Orain jauzi kualitatibo beraren zain dauden beste eremu batzuk ikusten ditugu, eta olatu gainean egon nahian gabiltza. Sudurra haizetik behera mantentzeko gaitasuna konpainiaren DNAren nonbait josita dago.
Orain konpainiak jadanik hasitako egunak igaro ditu. Orain, bezero handi askorentzat, egonkortasuna eta fidagarritasuna garrantzitsuak dira, eta akatsen tolerantziari buruzko erabakia hartzeak hainbat urte iraun ditzake. Egokitzapena, produktuen egiaztapena, baldintza ugari betetzea dago. Egoera dibertigarria bihurtzen da: alde batetik, produktuen fidagarritasuna eta konfiantza bermatu behar dituzu, eta, bestetik, modernoa izaten jarraitu.
Baina berria beti teknologiaren, merkatuaren edo bien ezjakintasun maila batekin lotzen da.
Esaterako, hainbat urtetako lanaren ondoren, konturatu ginen datu-sistemen barneko biltegiratze-gaitasunak erabili behar ditugula babeskopiak bizkortzeko. Horrela sortu zen burdina fabrikatzaileekin integratzeko norabide oso bat. Orain arte, Veeam programa honetako bazkideak merkatu honetako eragilerik handienak dira: HP, NetApp, Dell EMC, Fujitsu, etab.
Birtualizazioak zerbitzari klasikoak ordezkatuko zituela ere pentsatu genuen. Baina bizitzak erakutsi du zerbitzari fisikoen azken %10a geratzen dela, ezinezkoa edo zentzuzkoa ez den birtualizazioa. Eta babeskopia ere egin behar zaie. Honela agertu zen Veeam Agent for Windows/Linux.
Garai batean, Unixek museoan bere lekua hartzeko garaia zela pentsatu genuen, eta uko egin genion laguntzari. Baina historia luzeko bezeroengana joan bezain laster, Unix izaki bizidun guztiak baino biziagoa dela konturatu ginen. Eta hala ere erabaki bat idatzi zioten harentzat.
Istorio bera zinta unitateekin izan zen. Pentsatu genuen: "nork behar ditu mundu modernoan?" Ondoren, datu zehatzak berreskuratzea edo kopia osoa sintetiko batekin babeskopia inkrementala bezalako funtzioetan lan egin genuen, eta hori ezin da zinta batean egin, disko bat behar duzu. Orduan, zinta-unitateek epe luzerako biltegiratzeko beharrezkoak diren babeskopi aldaezinak eskaintzeko baliabideen artean funtzionatzen dute; beraz, 5 urteren buruan, apalategitik zinta bat hartu eta auditoria bat egin. Tira, eta bezeroen tamaina -txikiekin hasi ginen- eta han inork ez du zintak erabiltzen. Eta gero, zintarik gabeko produkturik ez zutela erosiko esaten ziguten bezeroak hazi ginen.
Zer teknologia erabiltzen diren Veeam-en
Negozio-logikari lotutako zereginetarako, .NET erabiltzen dugu. Gurekin hasi ginen, eta optimizatzen jarraitzen dugu. Orain .NET Core erabiltzen dugu hainbat soluziotan. Startup-a sortu zenean, pila honen aldeko hainbat zeuden taldean. Ona da negozio-logika idazteari, garapen-abiadurari eta tresnen erosotasunari dagokionez. Orduan ez zen erabakirik ezagunena, baina orain argi dago jarraitzaile haiek arrazoi zutela.
Aldi berean, Unix pean idazten dugu, Linux, hardwarearekin lan egiten dugu, honek beste irtenbide batzuk erabiltzea eskatzen du. Babeskopian gordetzen ditugun datuei buruzko informazioarekin lotutako sistema zatiak, datuak bilatzeko algoritmoak, hardwarearen funtzionamenduarekin lotutako algoritmoak - hau guztia C ++-n idatzita dago.
Nola banatzen diren langileak munduan zehar
Orain lau mila pertsona inguru enplegatzen ditu enpresak. Horietatik mila inguru Errusian daude. Enpresak bi talde handi ditu. Lehenengoa produktuen garapena eta laguntza teknikoa lantzen du. Bigarrenak produktuak ikusgai jartzen ditu kanpotik: salmenta eta marketina bere eskumenak dira. Taldeen arteko erlazioa hogeita hamar eta hirurogeita hamarrekoa da gutxi gorabehera.
Hogeita hamar bat bulego ditugu munduan zehar. Salmentak hedatuago daude, baina garapena ere ez da atzean geratzen. Produktu batzuk aldi berean lantzen ari dira hainbat bulegotan, San Petersburgon eta Pragan. Batzuk bakarrean garatzen dira, adibidez, Linux-en babeskopia fisikoa eskaintzen duen produktu bat Pragan garatzen da. Kanadan bakarrik lantzen ari den produktu bat dago.
Garapen banatua egiten dugu bezeroen eskakizunak asetzeko. Bezero handiak seguruago sentitzen dira garapena produktuak lan egiten duen eskualde berean dagoenean.
Dagoeneko oso bulego handi bat dugu Txekiar Errepublikan, eta datorren urtean beste bat irekitzeko asmoa dugu Pragan, 500 garatzaile eta probatzailerentzat. "Lehen olatuan" Txekiar Errepublikako hiriburura bizitzera joan zirenak pozik daude HabrΓ©-n Europan lan egiteko aukeran interesa duten guztiekin euren esperientzia eta bizitzako hackak partekatzeko. Errusian, bulegoa San Petersburgon dago, barne proiektuen zati bat Izhevsken egiten da, eta laguntza, neurri batean, Moskun dago. Oro har, mundu osoko ehunka pertsona ari dira laguntza teknikoan. Prestakuntza tekniko eta espezializazio maila ezberdinetako espezialistak daude. Maila gorena produktua iturburu-kode mailan ulertzeko gai diren pertsonak dira, eta garapenaren bulego berean lan egiten dute.
Prozesuak nola egituratzen diren
Urtean behin gutxi gorabehera bertsio nagusiak ditugu funtzionalitate berriekin, eta bizpahiru hilabetez behin akatsen konponketa eta hobekuntzak dituzten eguneraketak ditugu merkatuko premiazko eskakizunak edo plataforma aldaketak betetzen dituztenak. Baldintzei lehentasunak esleitzen zaizkie: txikietatik kritikoetara, horiek gabe ezinezkoa da kaleratzea. Azken hauei "epopeia" deitzen zaie.
Triangelu klasiko bat dago: kalitatea, baliabide kopurua, denbora (jende arruntean, "azkar, eraginkortasunez, merke, aukeratu bi"). Ezin dugu gaizki egin, kalitateak beti altua izan behar du. Baliabideak ere mugatuak dira, nahiz eta denbora guztian zabaltzen saiatzen ari garen. Denboraren kudeaketan askoz malgutasun handiagoa, baina askotan konpontzen da. Hori dela eta, alda dezakegun gauza bakarra oharra funtzionalitate kopurua da.
Epopeiak, oro har, proiektatutako kaleratze-zikloaren % 30-40 baino gehiago ez mantentzen saiatzen dira. Gainerakoak moztu, transferitu, findu, aldatu ditzakegu. Hau da gure maniobrarako tartea.
Aldi baterako talde bat sortzen da kaleratzeko eskakizun bakoitzerako. Hiru pertsona izan daitezke, eta berrogeita hamar, konplexutasunaren arabera. Garapen-metodologia malgu bati atxikitzen diogu, astean behin funtzionalitate bakoitzari buruz burututako eta datozen lanen berrikuspenak eta eztabaidak antolatzen ditugu.
Askapen-zikloaren denbora erdia garapenean ematen da, erdia produktua amaitzen. Baina esaera bat dugu: "porrotaren proiektu baten zor teknikoa zero da". Hori dela eta, garrantzitsuagoa da funtzionatzen duen eta eskatzen duen produktu bat egitea, kodea etengabe miazkatzea baino. Produktua ezaguna bada, dagoeneko merezi du gehiago garatzea eta etorkizuneko aldaketetara egokitzea.
Nola kontratatzen dituen Veeam garatzaileak
Hautaketa algoritmoa etapa anitzekoa da. Lehen maila hautagaiaren eta kontratatzailearen arteko elkarrizketa bat da, pertsona beraren nahiei buruz. Fase honetan, hautagaiarentzat ondo moldatzen garen ulertzen saiatzen ari gara. Guretzat garrantzitsua da enpresa gisa interesgarriak garela, pertsona bat proiektu batera ekartzea plazer garestia baita.
Interesa badago, bigarren mailan proba-zeregin bat eskaintzen dugu hautagaiaren esperientzia zein garrantzitsua den eta espezialista gisa zer froga dezakeen ulertzeko. Adibidez, fitxategi-konpresorea egiteko eskatzen dizugu. Zeregin estandarra da, eta pertsona bat kodearekin nola erlazionatzen den, zer kulturari eta estiloari atxikitzen zaion, zein irtenbide erabiltzen dituen erakusten du.
Proba egiteko zeregin batean, dena primeran ikusten da normalean. Alfabetatu berri den eta gutun bat lehen aldiz idatzi duen pertsona bat nabarmen desberdina da denbora guztian gutunak idazten dituen pertsona baten aldean.
Jarraian, elkarrizketa bat dugu. Normalean hiru talde-buruek aldi berean egiten dute, dena ahalik eta objektiboena izan dadin. Horrez gain, garapenerako metodo eta ikuspegi berdinak dituzten pertsonak teknikoki bateragarriak kontratatzen laguntzen du, nahiz eta azkenean talde ezberdinetan lan egiten duten.
Astean zehar, hainbat elkarrizketa egiten ditugu lanpostu huts baterako eta norekin jarraituko dugun lanean erabakitzen dugu.
Askotan mutilak guregana etortzen dira eta esaten dute lan bila dabiltzala, ez baitute inon mugitu oraingoan - nagusiaren erretiroarekin batera igoera bat itxaron dezakezu. Dinamika apur bat ezberdina dugu. Duela hamabi urte, Veeam hamar langile zituen startup bat zen. Orain milaka langile dituen enpresa bat da.
Jendea ibai nahasi batean bezala iristen da hona. Norabide berriak etengabe agertzen dira, atzoko garatzaile arruntak talde buru bihurtzen dira. Jendea teknikoki hazten ari da, administratiboki hazten. Ezaugarri txiki bat garatzen ari bazara, baina garatu nahi baduzu, borrokaren erdia dagoeneko egina dago. Laguntza maila guztietan izango da, taldeburutik hasi eta enpresaren jabeetaraino. Ez dakizu nola egin administratiboki zerbait: ikastaroak, barne prestatzaileak, esperientziadun lankideak daude. Ez dago garapen esperientzia nahikorik - Veeam Academy proiektu bat dago. Beraz, guztientzako irekita gaude, profesional zein hasiberrientzat.
Veeam Academy proiektua lineaz kanpoko C# intentsiboa da, programatzaile hasiberrientzat Veeam Software-n ikasle onenentzat lan egiteko aukerarekin. Proiektuaren helburua unibertsitateko batez besteko tituludunaren ezagutza eta gaitasun praktikoen eta enplegatzaile on bat interesatzeko behar den ezagutza kopuruaren arteko aldea ixtea da. Hiru hilabetez, mutilek OOPren printzipioak praktikan aztertzen dituzte, C #-ren ezaugarrietan murgiltzen dira eta .Net-en motorraren konpartimendua aztertzen dute. Hitzaldi, test, laborategi eta proiektu pertsonalez gain, mutilek euren proiektu bateratua garatzen dute benetako enpresen arau guztien arabera. Proiektuaren gaia aldez aurretik ezezaguna da - denekin batera aukeratzen da ikastaroa hasi ondorengo lehen egunetan. Azken korrontean, Banku Birtuala bihurtu zen.
Izen-ematea zabalik dago jada .
Iturria: www.habr.com