Alexander Baranov works at Veeam as the R&D director and lives between two countries. He spends half of his time in Prague and the other half in St. Petersburg. These cities house the largest Veeam development offices.
In 2006, it was a startup founded by two entrepreneurs from Russia associated with software for backing up virtual machines (hence the name - V[ee][a]M, virtual machine). Today, it is a giant corporation with over four thousand employees worldwide.
Alexander told us what it's like to work in such a company and how hard it is to get in. Below is his monologue.
Traditionally, we'll discuss the company's rating on "My Circle": Veeam Software received from its employees . Itâs appreciated for its good social package, a comfortable work atmosphere within the team, interesting challenges, and for making the world a better place.
What products does Veeam develop
Products that ensure the resilience of IT infrastructure. Luckily, over time, hardware has become quite reliable, and clouds provide redundancy. However, human errors persist.
For example, the classic problem of update incompatibility with the organization's infrastructure. An administrator rolled out an untested update or it occurred automatically, disrupting the operation of the enterprise servers. Another example: someone made changes to a common project or set of documents, thinking it beneficial. Later, a problem was discovered, and it was necessary to revert to the state from a week ago. Sometimes such changes are not even related to conscious actions: relatively recently, ransomware viruses have gained popularity. A user brings a flash drive with questionable content to their work computer or visits a cat website, and as a result, the computers in the network get infected.
In a situation where the damage has occurred, we provide the opportunity to roll back the changes. If changes are only being planned, we allow for testing their impact in an isolated infrastructure recreated from the data center backup.
Backup-lÞsninger fungerer ofte som "stille vidner" under revisioner i organisationer. Offentlige virksomheder skal overholde kravene fra eksterne regulatorer (for eksempel Sarbanes-Oxley Act), og det er ikke uden grund. I 2008 blev den globale Þkonomi rystet, fordi visse aktÞrer pÄ finansmarkedet, groft sagt, forfalskede deres resultater. Det satte gang i en lavine, og Þkonomien faldt. Siden da har regulatorer haft et skarpere fokus pÄ processerne i offentlige virksomheder. Muligheden for at genskabe IT-infrastrukturens tilstand, mailsystemet og dokumenthÄndteringssystemet over rapporteringsperioder er et af kravene fra revisorerne.
Microsoft, Amazon, Google og andre cloud-udbydere har native lĂžsninger, der sikrer backup af ressourcer internt i skyen. Men deres lĂžsninger er "ting for sig selv". Problemet er, at store virksomheder i de fleste tilfĂŠlde har en hybrid IT-infrastruktur: en del af den er i skyen, mens en del er lokalt. I skyen lever webprojekter og kundeorienterede applikationer som regel. Applikationer og servere, der gemmer fortrolige oplysninger eller persondata, er oftest lokalt.
Desuden bruger organisationer flere forskellige skyer til at opbygge Ă©n hybrid for at minimere risici. NĂ„r en multinational virksomhed har bygget en hybrid sky, har den brug for et ensartet og fĂŠlles system for hele infrastrukturets redundans.
Hvor svÊrt er det at udvikle sÄdanne produkter
Der opstÄr konstant nye teknologier, som krÊver lÊring, tilpasning og erfaring. Da vi fÞrst dukkede op som en opstartsvirksomhed, var der fÄ, der sÄ alvorligt pÄ virtualisering. Der var applikationer til backup af fysiske datacentre. Virtualiserede datacentre blev set som legetÞj.
Vi begyndte at understÞtte backup med fokus pÄ virtualisering fra starten, da teknologien kun blev brugt af entusiaster. Og sÄ kom dens eksplosive vÊkst og blev anerkendt som standard. Nu ser vi andre omrÄder, der venter pÄ et kvalitetslÞft, og forsÞger at vÊre pÄ forkant. Evnen til at fÞlge med udviklingen er indlejret i virksomhedens DNA.
Nu har virksomheden allerede overlevet opstartsfasen. Nu er stabilitet og pĂ„lidelighed vigtige for mange store kunder, og beslutningen om fejlfindingsstrategi kan strĂŠkke sig over flere Ă„r. Der er tilpasning, produktprĂžvning og overholdelse af mange krav. Det er en sjov situation â pĂ„ den ene side skal der sikres pĂ„lidelighed og tillid til produkter, og pĂ„ den anden side skal man forblive moderne.
Men det nye er altid forbundet med et bestemt niveau af uvidenhed om teknologier, markedet eller begge dele.
For eksempel, efter flere Ă„rs arbejde indsĂ„ vi, at vi mĂ„tte bruge de indbyggede muligheder i datalagringssystemer for at fremskynde sikkerhedskopieringen. Det resulterede i en hel retning med integration med hardwareproducenter. I dag er alle de stĂžrste aktĂžrer pĂ„ dette marked â HP, NetApp, Dell EMC, Fujitsu m.fl. â partnere i denne program.
Vi troede ogsÄ, at virtualisering ville erstatte klassiske servere. Men livet har vist, at de sidste 10% fysiske servere stadig er tilbage, som enten ikke kan virtualiseres, eller hvor det ikke giver mening. Og de skal ogsÄ sikkerhedskopieres. SÄ Veeam Agent for Windows/Linux blev til.
Engang mente vi, at Unix burde tage sit sted i museet, og vi nÊgtede at stÞtte det. Men sÄ snart vi kom i kontakt med kunder med en lang historie, indsÄ vi, at Unix lever mere end nogensinde. Og vi udviklede stadig en lÞsning til det.
Det samme gjaldt for bĂ„ndlagringsenheder. Vi tĂŠnkte: "Hvem har brug for dem i den moderne verden?" PĂ„ det tidspunkt arbejdede vi pĂ„ funktioner som granulĂŠr datarestaurering eller inkrementel backup med syntetisk fuld kopi â noget, der simpelthen ikke kan gĂžres med bĂ„nd, det krĂŠver en disk. Senere viste det sig, at bĂ„ndlagringsenheder fungerer som et af midlerne til at sikre uforanderlige sikkerhedskopier, der er nĂždvendige for langsigtet opbevaring â sĂ„ man kan komme tilbage om 5 Ă„r, tage et bĂ„nd fra hylden og foretage en revision. Og stĂžrrelsen pĂ„ kunderne â vi startede med smĂ„ â og der brugte ingen bĂ„nd. Men vi voksede til kunder, der sagde, at de ikke ville kĂžbe produktet uden bĂ„nd.
Hvilke teknologier anvendes i Veeam
For business logic tasks, we use .NET. That's where we started, and we continue to optimize. Currently, we use .NET Core in a number of solutions. When the startup was just formed, there were a few supporters of this stack in the team. It's great for writing business logic, development speed, and tool convenience. At that time, it wasn't the most popular solution, but now itâs clear that those supporters were right.
At the same time, we code for Unix, Linux, and work with hardware, which requires us to use different solutions. The system components related to information about data stored in backups, data retrieval algorithms, and algorithms related to hardware operationâall this is written in C++.
How employees are distributed around the world
Currently, the company employs about four thousand people. About a thousand of them are in Russia. The company has two large groups. The first focuses on development and technical support of products. The second makes products visible to the outside world: it handles sales and marketing. The ratio between the groups is roughly thirty to seventy.
We have about thirty offices around the world. Sales are more widely distributed, but development is also keeping pace. Some products are being developed simultaneously in several officesâsome in St. Petersburg, some in Prague. Some are developed only in one location, for example, the product that provides physical backups for Linux is being developed in Prague. There is a product that is worked on only in Canada.
We practice distributed development to meet client requirements. Large customers feel safer when development is located in the same region where the product operates.
Vi har allerede et meget stort kontor i Tjekkiet, og til nĂŠste Ă„r planlĂŠgger vi at Ă„bne endnu et i Prag â til 500 udviklere og testere. De, der flyttede til den tjekkiske hovedstad i 'fĂžrste bĂžlge', deler med glĂŠde deres erfaringer og tips pĂ„ Habra med alle, der er interesseret i muligheden for at arbejde i Europa. I Rusland ligger kontoret i Sankt Petersborg, nogle interne projekter udfĂžres i Izhevsk, og supportteamet sidder delvist i Moskva. Generelt er der flere hundrede personer, der arbejder med teknisk support verden over. Der er specialister med forskellige niveauer af teknisk uddannelse og specialisering. Det hĂžjeste niveau er personer, der kan forstĂ„ produktet pĂ„ kode-niveau, og de arbejder i samme kontor som udviklingen.
Hvordan processerne er opbygget
Cirka en gang om Ă„ret har vi store udgivelser med ny funktionalitet, og hver anden til tredje mĂ„ned kommer der opdateringer med fejlrettelser og forbedringer, der svarer til hastende krav fra markedet eller ĂŠndringer pĂ„ platformene. Kravene tildeles prioriteter â fra mindre til kritiske, uden hvilke en udgivelse er umulig. De sidstnĂŠvnte kaldes âepicsâ.
Der er den klassiske trekant â kvalitet, mĂŠngde af ressourcer, tidsramme (i folkemunde, âhurtigt, godt, billigt, vĂŠlg toâ). Vi kan ikke lave noget dĂ„rligt, kvaliteten skal altid vĂŠre hĂžj. Ressourcerne er ogsĂ„ begrĂŠnsede, selvom vi hele tiden forsĂžger at udvide. Der er vĂŠsentligt mere fleksibilitet i tidsstyringen, men ogsĂ„ den er ofte fastlagt. Derfor er det eneste, vi kan variere, mĂŠngden af funktionalitet i udgivelsen.
Vi forsĂžger som regel at holde epics til ikke mere end 30-40% af de forventede tidsrammer for udgivelsescyklussen. Det resterende kan vi skĂŠre ned, udskyde, justere eller modificere. Det er vores handlingsrum.
Til hvert krav i udgivelsen dannes et midlertidigt team. Det kan vĂŠre fra tre personer til halvtreds, afhĂŠngigt af kompleksiteten. Vi fĂžlger en agil udviklingsmetode, og en gang om ugen holder vi gennemgange og diskussioner af det udfĂžrte og kommende arbejde for hver funktionalitet.
Halvdelen af udviklingscyklussen gĂ„r med at udvikle, og halvdelen gĂ„r med at forbedre produktet. Men vi har en talemĂ„de â «den tekniske gĂŠld for et konkursramt projekt er nul». Derfor er det vigtigere at lave et produkt, der fungerer og er efterspurgt, end at pudse koden i det uendelige. Hvis produktet er populĂŠrt, sĂ„ er det vĂŠrd at videreudvikle det og tilpasse det til fremtidige ĂŠndringer.
Hvordan Veeam ansĂŠtter folk til udvikling
Algoritmen for rekruttering er flertrins. Det fÞrste niveau er en samtale mellem kandidaten og rekrutteringsmedarbejderen om kandidatens Þnsker. PÄ dette trin forsÞger vi at forstÄ, om vi passer til kandidaten. Det er vigtigt for os, at vi er interessante som virksomhed, for det er en dyr fornÞjelse at introducere en person til et projekt.
Hvis der er interesse, sÄ tilbyder vi pÄ det andet niveau en testopgave for at forstÄ, hvor relevant kandidatens erfaring er, og hvad de kan demonstrere som specialister. For eksempel beder vi om at lave en filkompressor. Dette er en standardopgave, og den viser, hvordan personen forholder sig til koden, hvilken kultur og stil de fÞlger, samt hvilke lÞsninger de anvender.
PĂ„ testopgaven kan man typisk se det hele klart. En person, der lige har lĂŠrt at lĂŠse og fĂžrst har skrevet et brev, skiller sig tydeligt ud fra en person, der jĂŠvnligt skriver breve.
Derefter afholder vi et interview. Normalt ledes det af tre teamledere for at sikre, at det er sÄ objektivt som muligt. Desuden hjÊlper det med at finde teknisk kompatible personer, der har nogenlunde ens metoder og tilgange til udvikling, selvom de i sidste ende vil arbejde i forskellige teams.
PĂ„ en uge afholder vi flere interviews for den Ă„bne stilling og trĂŠffer beslutning om, hvem vi vil fortsĂŠtte med at arbejde med.
Ofte kommer folk til os og siger, at de sĂžger job, fordi der ikke er nogen muligheder for avancement pĂ„ deres nuvĂŠrende jobs â forfremmelser kan kun forventes, hvis lederen gĂ„r pĂ„ pension. Vi har en lidt anden dynamik. For tolv Ă„r siden var Veeam en startup med ti medarbejdere. Nu er det en virksomhed med flere tusinde ansatte.
Folk kommer hertil som ind i en strĂžm. Nye retninger dukker konstant op, og teamledere bliver i dag til i morgen. Folk vokser teknisk og administrativt. Hvis du arbejder pĂ„ at udvikle en lille funktion, men Ăžnsker at udvide den, sĂ„ er halvdelen allerede gjort. StĂžtten vil vĂŠre til stede pĂ„ alle niveauer, fra teamlederen til virksomhedens ejere. Kan du ikke administrere noget â der er kurser, interne trĂŠnere og erfarne kolleger. Mangler du erfaring i udvikling â der er projektet Veeam Academy. SĂ„ vi er Ă„bne for alle, bĂ„de professionelle og nybegyndere.
Projektet Veeam Academy â en gratis aftenintensiv kursus i C# for nybegyndere med perspektiv om ansĂŠttelse hos Veeam Software for de bedste studerende. MĂ„let med projektet er at mindske klĂžften mellem mĂŠngden af viden og praktiske fĂŠrdigheder hos en gennemsnitlig universitetsuddannet og den viden, der krĂŠves for at tiltrĂŠkke en god arbejdsgiver. I tre mĂ„neder lĂŠrer deltagerne OM OOP-principperne i praksis, dykker ned i C#'s sĂŠregne karakteristika og studerer det underliggende i .Net. Ud over forelĂŠsninger, tests, laboratoriearbejde og personlige projekter udvikler deltagerne deres eget samarbejdsprojekt efter alle reglerne fra ĂŠgte virksomheder. Emnet for projektet kendes ikke pĂ„ forhĂ„nd â det vĂŠlges sammen med alle i de fĂžrste dage efter kursusstart. PĂ„ den seneste hold blev det til en Virtuel Bank.
Der er i Ăžjeblikket Ă„bent for tilmeldinger til .
Kilde: habr.com
