Alexander Baranov jobber i Veeam som FoU-direktør og bor mellom de to landene. Han tilbringer halvparten av tiden i Praha, den andre halvparten i St. Petersburg. Disse byene er hjemsted for de største Veeam-utviklingskontorene.
I 2006 var det en oppstart av to gründere fra Russland, knyttet til programvare for sikkerhetskopiering av virtuelle maskiner (derfra kom navnet V[ee][a]M, en virtuell maskin, også fra). I dag er det et gigantisk selskap med mer enn fire tusen ansatte over hele verden.
Alexander fortalte oss hvordan det er å jobbe i et slikt selskap og hvor vanskelig det er å komme inn i det. Nedenfor er hans monolog.
Tradisjonelt vil vi snakke om vurderingen av selskapet på My Circle: Veeam Software mottatt fra sine ansatte . Han er verdsatt for en god sosial pakke, en behagelig arbeidsatmosfære i teamet, for interessante oppgaver og for at selskapet gjør verden til et bedre sted.
Hvilke produkter utvikler Veeam
Produkter som gir feiltoleranse for IT-infrastruktur. Heldigvis har maskinvaren over tid blitt ganske pålitelig, og skyene gir feiltoleranse. Men menneskelige feil vedvarer den dag i dag.
For eksempel det klassiske problemet med inkompatibilitet av oppdateringer med organisasjonens infrastruktur. Administratoren rullet ut en ubekreftet oppdatering, eller det skjedde automatisk, og på grunn av dette ble driften av bedriftsserverne avbrutt. Et annet eksempel: noen har gjort endringer i et delt prosjekt eller sett med dokumenter som de føler er passende. Senere ble det oppdaget et problem, og det var nødvendig å returnere tilstanden for en uke siden. Noen ganger er slike endringer ikke engang forbundet med bevisste menneskelige handlinger: relativt nylig har cryptolocker-virus vunnet popularitet. En bruker tar med en flash-stasjon med tvilsomt innhold til en arbeidsdatamaskin eller besøker et nettsted med katter, og som et resultat blir datamaskiner på nettverket infisert.
I en situasjon der det dårlige allerede har skjedd, gir vi muligheten til å rulle tilbake endringene. Hvis endringene kun er planlagte, lar vi deg sjekke innvirkningen i en isolert infrastruktur, gjenskapt fra en sikkerhetskopi av datasenter.
Ofte fungerer sikkerhetskopier som et "stille vitne" til en organisasjons revisjoner. Offentlige selskaper må overholde eksterne regulatorer (som Sarbanes-Oxley Act), og med god grunn. I 2008 ble tilstanden i verdensøkonomien rystet på grunn av at noen aktører i finansmarkedet grovt sett forfalsket resultatene av sine aktiviteter. Dette snøballte og økonomien sank. Siden den gang har regulatorer fulgt prosessene i offentlige virksomheter tettere. Evnen til å gjenopprette tilstanden til IT-infrastruktur, postsystem, dokumenthåndteringssystem for rapporteringsperioder er et av revisorenes krav.
Microsoft, Amazon, Google og andre skyleverandører har native løsninger som sikkerhetskopierer ressurser inne i skyen. Men deres avgjørelser er «ting i seg selv». Problemet er at store selskaper i de fleste tilfeller har en hybrid IT-infrastruktur: en del av den er i skyen, en del er på bakken. Skyen er vanligvis vert for nettprosjekter og kundevendte applikasjoner. Applikasjoner og servere som lagrer sensitiv informasjon eller personopplysninger finnes oftest på bakken.
I tillegg bruker organisasjoner flere forskjellige skyer for å bygge én hybrid for å minimere risiko. Når et multinasjonalt selskap har bygget en hybridsky, trenger det et enkelt og felles feiltoleransesystem for hele infrastrukturen.
Hvor vanskelig er det å utvikle slike produkter
Det dukker stadig opp nye teknologier som krever studier, tilpasning og erfaring. Da vi først dukket opp og var en startup, var det få som vurderte virtualisering på alvor. Det var applikasjoner for sikkerhetskopiering av fysiske datasentre. Virtualiserte datasentre ble sett på som leker.
Vi begynte å støtte virtualiseringsbevisst backup helt fra begynnelsen, da teknologien kun ble brukt av entusiaster. Og så var det dens eksplosive vekst og anerkjennelse som standard. Nå ser vi andre områder som venter på det samme kvalitative spranget, og vi prøver å være med på bølgen. Evnen til å holde nesen i motvind er sydd et sted i selskapets DNA.
Nå har selskapet allerede gått gjennom dagene til en oppstart. Nå, for mange store kunder, er stabilitet og pålitelighet viktig, og å ta en beslutning om feiltoleranse kan ta flere år. Det er tilpasning, verifisering av produkter, samsvar med en rekke krav. Det viser seg en morsom situasjon - på den ene siden må du sikre påliteligheten og tilliten til produktene, og på den annen side forbli moderne.
Men det nye er alltid forbundet med en viss grad av uvitenhet om teknologi, markedet eller begge deler.
For eksempel, etter flere års arbeid, innså vi at vi må bruke de innebygde lagringsmulighetene til datalagringssystemer for å øke hastigheten på sikkerhetskopieringen. Slik ble en hel retning av integrasjon med jernprodusenter født. Til dags dato er Veeam-partnere i dette programmet alle de største aktørene i dette markedet - HP, NetApp, Dell EMC, Fujitsu, etc.
Vi trodde også at virtualisering ville erstatte klassiske servere. Men livet har vist at de siste 10% av fysiske servere gjenstår, virtualisering som enten ikke er mulig eller ikke gir mening. Og de må også sikkerhetskopieres. Slik dukket Veeam Agent for Windows/Linux ut.
En gang tenkte vi at det var på tide at Unix tok sin plass i museet, og nektet å støtte det. Men så snart vi gikk til kunder med en lang historie, innså vi at Unix er mer levende enn alle levende ting. Og likevel skrev de en avgjørelse for ham.
Den samme historien var med båndstasjoner. Vi tenkte: "hvem trenger dem i den moderne verden?" Så jobbet vi med funksjoner som granulær datagjenoppretting eller inkrementell sikkerhetskopiering med en syntetisk full kopi - og dette kan rett og slett ikke gjøres på bånd, du trenger en disk. Så viste det seg at båndstasjoner fungerer som et av virkemidlene for å gi uforanderlige sikkerhetskopier som trengs for langtidslagring - slik at du etter 5 år tar en kassett fra hyllen og gjør en revisjon. Vel, og størrelsen på klienter - vi startet med små - og ingen bruker bånd der. Og så vokste vi til kunder som fortalte oss at de ikke ville kjøpe et produkt uten bånd.
Hvilke teknologier brukes i Veeam
For oppgaver knyttet til forretningslogikk bruker vi .NET. Vi startet med det, og fortsetter å optimalisere. Nå bruker vi .NET Core i en rekke løsninger. Da oppstarten først ble dannet, var det flere tilhengere av denne stabelen i laget. Det er bra når det gjelder å skrive forretningslogikk, utviklingshastighet og bekvemmeligheten av verktøy. Da var det ikke den mest populære avgjørelsen, men nå er det klart at de støttespillerne hadde rett.
Samtidig skriver vi under Unix, Linux, jobber med maskinvare, dette krever bruk av andre løsninger. Systemdeler relatert til informasjon om dataene som vi lagrer i sikkerhetskopien, datasøkealgoritmer, algoritmer relatert til drift av maskinvare - alt dette er skrevet i C ++.
Hvordan ansatte er fordelt over hele verden
Nå sysselsetter selskapet rundt fire tusen personer. Omtrent tusen av dem er i Russland. Selskapet har to store konsern. Den første omhandler utvikling og teknisk støtte av produkter. Den andre gjør produktene synlige for omverdenen: salg og markedsføring er i dens oppgave. Forholdet mellom grupper er omtrent tretti til sytti.
Vi har rundt tretti kontorer rundt om i verden. Salget er mer spredt, men utviklingen henger heller ikke etter. Noen produkter jobbes med samtidig på flere kontorer – dels i St. Petersburg, dels i Praha. Noen er utviklet i bare ett, for eksempel er et produkt som gir en fysisk backup av Linux utviklet i Praha. Det er et produkt det bare jobbes med i Canada.
Vi driver distribuert utvikling for å møte kundenes krav. Store kunder føler seg tryggere når utviklingen ligger i samme region der produktet fungerer.
Vi har allerede et veldig stort kontor i Tsjekkia, og neste år planlegger vi å åpne et nytt i Praha – for 500 utviklere og testere. De som flyttet til hovedstaden i Tsjekkia i den "første bølgen" deler gjerne sine erfaringer og life hacks med alle som er interessert i muligheten til å jobbe i Europa på Habré. I Russland ligger kontoret i St. Petersburg, en del av de interne prosjektene utføres i Izhevsk, og støtten er delvis i Moskva. Generelt er flere hundre mennesker rundt om i verden engasjert i teknisk støtte. Det er spesialister på forskjellige nivåer av teknisk opplæring og spesialisering. Det høyeste nivået er personer som er i stand til å forstå produktet på kildekodenivå, og de jobber på samme kontor som utviklingen.
Hvordan prosesser er strukturert
Omtrent en gang i året har vi store utgivelser med ny funksjonalitet, og annenhver til tredje måned har vi oppdateringer med feilrettinger og forbedringer som møter presserende markedskrav eller plattformendringer. Krav blir tildelt prioriteter - fra mindre til kritiske, uten hvilke en utgivelse er umulig. Sistnevnte kalles «epos».
Det er en klassisk trekant - kvalitet, mengde ressurser, timing (i vanlige folk, "raskt, effektivt, billig, velg to"). Vi kan ikke gjøre dårlige ting, kvaliteten må alltid være høy. Ressursene er også begrenset, selv om vi prøver å utvide hele tiden. Mye mer fleksibilitet i tidsstyring, men det er ofte fast. Derfor er det eneste vi kan variere mengden funksjonalitet i utgivelsen.
Epos prøver som regel ikke å beholde mer enn 30-40% av den anslåtte utgivelsessyklusen. Resten kan vi kutte av, overføre, foredle, modifisere. Dette er vårt handlingsrom.
Et midlertidig team opprettes for hvert krav i utgivelsen. Det kan være tre personer, og femti, avhengig av kompleksiteten. Vi følger en fleksibel utviklingsmetodikk, en gang i uken organiserer vi gjennomganger og diskusjoner av det fullførte og kommende arbeidet med hver funksjonalitet.
Halvparten av tiden i utgivelsessyklusen brukes på utvikling, halvparten på ferdigstillelse av produktet. Men vi har et ordtak – «den tekniske gjelden til et konkursrammet prosjekt er null». Derfor er det viktigere å lage et produkt som fungerer og er etterspurt enn å slikke koden uendelig. Hvis produktet er populært, er det allerede verdt å utvikle det videre og tilpasse det til fremtidige endringer.
Hvordan Veeam ansetter utviklere
Valgalgoritmen er flertrinns. Det første nivået er en samtale mellom kandidaten og rekruttereren om ønsket til personen selv. På dette stadiet prøver vi å forstå om vi passer godt for kandidaten. Det er viktig for oss at vi er interessante som selskap, for det er en dyr fornøyelse å bringe en person inn i et prosjekt.
Hvis det er interesse, så tilbyr vi på andre nivå en testoppgave for å forstå hvor relevant kandidatens erfaring er og hva han kan demonstrere som spesialist. For eksempel ber vi deg lage en filkomprimering. Dette er en standardoppgave, og den viser hvordan en person forholder seg til koden, hvilken kultur og stil han forholder seg til, hvilke løsninger han bruker.
På en testoppgave er alt vanligvis perfekt synlig. En person som nettopp har blitt litterær og har skrevet et brev for første gang er merkbart forskjellig fra en person som skriver brev hele tiden.
Deretter har vi et intervju. Vanligvis gjennomføres det av tre teamledere samtidig, slik at alt blir så objektivt som mulig. I tillegg hjelper det å rekruttere teknisk kompatible personer som har omtrent samme metoder og tilnærminger til utvikling, selv om de ender opp med å jobbe i forskjellige team.
I løpet av uken gjennomfører vi flere intervjuer til en ledig stilling og bestemmer hvem vi skal jobbe videre med.
Ofte kommer gutta til oss og sier at de leter etter en jobb, fordi de ikke har noe sted å flytte i den nåværende - du kan bare vente på en forfremmelse sammen med pensjonering av sjefen. Vi har en litt annen dynamikk. For XNUMX år siden var Veeam en startup med ti ansatte. Nå er det en bedrift med flere tusen ansatte.
Folk kommer hit som i en turbulent elv. Nye retninger dukker stadig opp, gårsdagens vanlige utviklere blir teamledere. Folk vokser teknisk, vokser administrativt. Hvis du utvikler en liten funksjon, men ønsker å utvikle den, er halve kampen allerede unnagjort. Støtte vil være på alle nivåer, fra teamleder til eiere av selskapet. Du vet ikke hvordan du gjør noe administrativt - det er kurs, interne trenere, erfarne kolleger. Det er ikke nok utviklingserfaring – det er et Veeam Academy-prosjekt. Så vi er åpne for alle, både profesjonelle og nybegynnere.
Veeam Academy-prosjektet er en kveld gratis offline C#-intensiv for nybegynnere programmerere med utsikter til ansettelse hos Veeam Software for de beste studentene. Målet med prosjektet er å bygge bro mellom mengden kunnskap og praktiske ferdigheter til en gjennomsnittlig universitetsutdannet og mengden kunnskap som kreves for å interessere en god arbeidsgiver. I tre måneder studerer gutta prinsippene for OOP i praksis, fordyper seg i funksjonene til C # og studerer motorrommet til .Net. I tillegg til forelesninger, tester, laboratorie- og personlige prosjekter, utvikler gutta sitt fellesprosjekt etter alle reglene til ekte bedrifter. Tema for prosjektet er ukjent på forhånd - det velges sammen med alle de første dagene etter kursstart. På den siste strømmen ble hun Virtual Bank.
Påmeldingen er nå åpen .
Kilde: www.habr.com