Alexander Baranov werkt bij Veeam als R&D-directeur en woont tussen de twee landen. De helft van zijn tijd brengt hij door in Praag, de andere helft in St. Petersburg. In deze steden zijn de grootste Veeam-ontwikkelingskantoren gevestigd.
In 2006 was het een start-up van twee ondernemers uit Rusland, geassocieerd met back-upsoftware voor virtuele machines (vandaar kwam ook de naam V[ee][a]M, een virtuele machine, vandaan). Tegenwoordig is het een gigantisch bedrijf met meer dan vierduizend werknemers over de hele wereld.
Alexander vertelde ons hoe het is om in zo'n bedrijf te werken en hoe moeilijk het is om erin te komen. Hieronder vindt u zijn monoloog.
Traditiegetrouw zullen we het hebben over de beoordeling van het bedrijf op My Circle: Veeam Software ontvangen van haar medewerkers . Hij wordt gewaardeerd voor een goed sociaal pakket, een comfortabele werksfeer in het team, voor interessante taken en voor het feit dat het bedrijf de wereld een betere plek maakt.
Welke producten ontwikkelt Veeam
Producten die fouttolerantie bieden voor de IT-infrastructuur. Gelukkig is de hardware in de loop van de tijd behoorlijk betrouwbaar geworden en bieden de wolken fouttolerantie. Maar menselijke fouten blijven tot op de dag van vandaag bestaan.
Bijvoorbeeld het klassieke probleem van incompatibiliteit van updates met de infrastructuur van de organisatie. De beheerder rolde een niet-geverifieerde update uit, of het gebeurde automatisch, waardoor de werking van de bedrijfsservers werd verstoord. Een ander voorbeeld: iemand heeft wijzigingen aangebracht in een gedeeld project of een reeks documenten waarvan hij denkt dat die geschikt zijn. Later werd er een probleem ontdekt en moest de toestand van een week geleden worden hersteld. Soms worden dergelijke veranderingen niet eens geassocieerd met bewust menselijk handelen: relatief recentelijk hebben cryptolocker-virussen aan populariteit gewonnen. Een gebruiker brengt een flashdrive met dubieuze inhoud naar een werkcomputer of bezoekt een site met katten, waardoor computers op het netwerk geïnfecteerd raken.
In een situatie waarin het slechte al is gebeurd, geven we de mogelijkheid om de wijzigingen terug te draaien. Als de wijzigingen alleen gepland zijn, kunt u de impact ervan controleren in een geïsoleerde infrastructuur, opnieuw gemaakt op basis van een back-up van een datacenter.
Back-ups fungeren vaak als een "stille getuige" van de audits van een organisatie. Openbare bedrijven moeten voldoen aan externe regelgevers (zoals de Sarbanes-Oxley Act), en terecht. In 2008 werd de toestand van de wereldeconomie opgeschrikt door het feit dat sommige deelnemers aan de financiële markt grofweg de resultaten van hun activiteiten vervalsten. Dit sneeuwde en de economie zonk. Sindsdien houden toezichthouders de processen in beursgenoteerde bedrijven nauwlettender in de gaten. Het vermogen om de staat van de IT-infrastructuur, het mailsysteem en het documentbeheersysteem voor rapportageperioden te herstellen, is een van de vereisten van de auditors.
Microsoft, Amazon, Google en andere cloudproviders hebben native oplossingen die een back-up maken van resources in de cloud. Maar hun beslissingen zijn 'dingen op zich'. Het probleem is dat grote bedrijven in de meeste gevallen een hybride IT-infrastructuur hebben: een deel in de cloud, een deel op de grond. De cloud host meestal webprojecten en klantgerichte applicaties. Applicaties en servers die gevoelige informatie of persoonlijke gegevens opslaan, bevinden zich het vaakst op de grond.
Daarnaast gebruiken organisaties verschillende clouds om één hybride te bouwen om risico's te minimaliseren. Wanneer een multinational een hybride cloud heeft gebouwd, heeft het één gemeenschappelijk fouttolerantiesysteem nodig voor de gehele infrastructuur.
Hoe moeilijk is het om zulke producten te ontwikkelen
Er komen voortdurend nieuwe technologieën op die studie, aanpassing en ervaring vereisen. Toen we voor het eerst verschenen en een startup waren, dachten maar weinig mensen serieus na over virtualisatie. Er waren toepassingen voor het maken van back-ups van fysieke datacenters. Gevirtualiseerde datacenters werden gezien als speelgoed.
We zijn vanaf het allereerste begin begonnen met het ondersteunen van virtualisatiebewuste back-ups, toen de technologie alleen door enthousiastelingen werd gebruikt. En dan was er nog de explosieve groei en erkenning als standaard. Nu zien we andere gebieden die wachten op dezelfde kwalitatieve sprong, en we proberen mee te gaan. Het vermogen om je neus met de wind mee te houden zit ergens in het DNA van het bedrijf genaaid.
Nu heeft het bedrijf de dagen van een startup al achter de rug. Nu zijn stabiliteit en betrouwbaarheid voor veel grote klanten belangrijk en kan het nemen van een beslissing over fouttolerantie enkele jaren duren. Er is aanpassing, verificatie van producten, naleving van tal van vereisten. Het blijkt een grappige situatie - aan de ene kant moet je zorgen voor de betrouwbaarheid en het vertrouwen in de producten, en aan de andere kant om modern te blijven.
Maar het nieuwe wordt altijd geassocieerd met een bepaald niveau van onwetendheid over technologie, de markt of beide.
Na een aantal jaren werk realiseerden we ons bijvoorbeeld dat we de ingebouwde opslagmogelijkheden van gegevensopslagsystemen moeten gebruiken om back-ups te versnellen. Dit is hoe een hele richting van integratie met ijzerfabrikanten werd geboren. Tot op heden zijn Veeam-partners in dit programma de grootste spelers op deze markt: HP, NetApp, Dell EMC, Fujitsu, enz.
We dachten ook dat virtualisatie klassieke servers zou vervangen. Maar het leven heeft aangetoond dat de laatste 10% van de fysieke servers overblijven, virtualiseren wat niet mogelijk is of geen zin heeft. En ze moeten ook worden geback-upt. Zo verscheen Veeam Agent voor Windows/Linux.
Ooit dachten we dat het tijd was voor Unix om zijn plaats in het museum in te nemen, en we weigerden het te steunen. Maar zodra we naar klanten met een lange geschiedenis gingen, realiseerden we ons dat Unix meer leeft dan alle levende wezens. En toch schreven ze een besluit voor hem.
Hetzelfde verhaal was met tapedrives. We dachten: "wie heeft ze nodig in de moderne wereld?" Daarna werkten we aan functies als granulair gegevensherstel of incrementele back-up met een synthetische volledige kopie - en dit kan gewoon niet op tape worden gedaan, je hebt een schijf nodig. Toen bleek dat tapedrives een van de middelen zijn om onveranderlijke back-ups te maken die nodig zijn voor langdurige opslag - zodat je na 5 jaar een tape uit de kast kunt halen en een audit kunt uitvoeren. Nou ja, en de grootte van klanten - we zijn begonnen met kleine - en niemand gebruikt daar banden. En toen groeiden we uit tot klanten die ons vertelden dat ze geen product zouden kopen zonder linten.
Welke technologieën worden gebruikt in Veeam
Voor taken met betrekking tot bedrijfslogica gebruiken we .NET. We zijn ermee begonnen en blijven optimaliseren. Nu gebruiken we .NET Core in een aantal oplossingen. Toen de startup voor het eerst werd opgericht, waren er verschillende supporters van deze stapel in het team. Het is goed in termen van het schrijven van bedrijfslogica, ontwikkelingssnelheid en gemak van tools. Toen was het niet de meest populaire beslissing, maar nu is duidelijk dat die supporters gelijk hadden.
Tegelijkertijd schrijven we onder Unix, Linux, werken we met hardware, dit vereist het gebruik van andere oplossingen. Systeemonderdelen met betrekking tot informatie over de gegevens die we opslaan in de back-up, algoritmen voor het zoeken naar gegevens, algoritmen met betrekking tot de werking van hardware - dit alles is geschreven in C ++.
Hoe werknemers over de wereld zijn verspreid
Nu heeft het bedrijf ongeveer vierduizend mensen in dienst. Ongeveer duizend van hen bevinden zich in Rusland. Het bedrijf heeft twee grote groepen. De eerste betreft de ontwikkeling en technische ondersteuning van producten. De tweede maakt producten zichtbaar voor de buitenwereld: verkoop en marketing zijn haar taak. De verhouding tussen de groepen is ongeveer dertig tot zeventig.
We hebben ongeveer dertig kantoren over de hele wereld. De afzet is breder verspreid, maar ook de ontwikkeling blijft niet achter. Aan sommige producten wordt tegelijkertijd in verschillende kantoren gewerkt - deels in St. Petersburg, deels in Praag. Sommige zijn ontwikkeld in slechts één, bijvoorbeeld een product dat een fysieke back-up van Linux biedt, wordt ontwikkeld in Praag. Er is een product waar alleen in Canada aan gewerkt wordt.
We doen gedistribueerde ontwikkeling om aan de eisen van de klant te voldoen. Grote klanten voelen zich veiliger wanneer de ontwikkeling zich in dezelfde regio bevindt als waar het product werkt.
We hebben al een heel groot kantoor in Tsjechië en volgend jaar zijn we van plan er nog een te openen in Praag - voor 500 ontwikkelaars en testers. Degenen die in de "eerste golf" naar de hoofdstad van Tsjechië zijn verhuisd, delen graag hun ervaringen en lifehacks met iedereen die geïnteresseerd is in de mogelijkheid om in Europa aan Habré te werken. In Rusland is het kantoor gevestigd in St. Petersburg, een deel van de interne projecten wordt uitgevoerd in Izhevsk en de ondersteuning is deels in Moskou. Over het algemeen zijn enkele honderden mensen over de hele wereld bezig met technische ondersteuning. Er zijn specialisten van verschillende niveaus van technische opleiding en specialisatie. Het hoogste niveau zijn mensen die het product op broncodeniveau kunnen begrijpen, en ze werken in hetzelfde kantoor als de ontwikkeling.
Hoe processen zijn gestructureerd
Ongeveer een keer per jaar hebben we grote releases met nieuwe functionaliteit en elke twee tot drie maanden hebben we updates met bugfixes en verbeteringen die voldoen aan dringende marktvereisten of platformveranderingen. Eisen krijgen prioriteiten toegewezen - van klein tot kritiek, zonder welke een release onmogelijk is. Deze laatste worden "heldendichten" genoemd.
Er is een klassieke driehoek - kwaliteit, kwantiteit van middelen, timing (bij de gewone mensen, "snel, efficiënt, goedkoop, kies er twee"). Slechte dingen kunnen we niet doen, de kwaliteit moet altijd hoog zijn. De middelen zijn ook beperkt, ook al proberen we voortdurend uit te breiden. Veel meer flexibiliteit in timemanagement, maar het ligt vaak vast. Daarom is het enige dat we kunnen variëren de hoeveelheid functionaliteit in de release.
Epics proberen in de regel niet meer dan 30-40% van de verwachte releasecyclus te behouden. De rest kunnen we afsnijden, overdragen, verfijnen, wijzigen. Dit is onze speelruimte.
Voor elke vereiste in de release wordt een tijdelijk team gemaakt. Het kunnen drie mensen zijn, en vijftig, afhankelijk van de complexiteit. We houden ons aan een flexibele ontwikkelingsmethodologie, eenmaal per week organiseren we beoordelingen en discussies over het voltooide en aankomende werk aan elke functionaliteit.
De helft van de tijd van de releasecyclus wordt besteed aan ontwikkeling, de andere helft aan het afwerken van het product. Maar we hebben een gezegde: "de technische schuld van een failliet project is nul." Daarom is het belangrijker om een product te maken dat werkt en waar veel vraag naar is dan eindeloos aan de code te likken. Als het product populair is, dan is het al de moeite waard om het verder te ontwikkelen en aan te passen aan toekomstige veranderingen.
Hoe Veeam ontwikkelaars inhuurt
Het selectie-algoritme is meertraps. Het eerste niveau is een gesprek tussen de kandidaat en de recruiter over de wensen van de persoon zelf. In dit stadium proberen we te begrijpen of we goed bij de kandidaat passen. Het is voor ons belangrijk dat we als bedrijf interessant zijn, want iemand in een project betrekken is een kostbaar genoegen.
Als er interesse is, bieden we op het tweede niveau een testopdracht aan om te begrijpen hoe relevant de ervaring van de kandidaat is en wat hij als specialist kan laten zien. We vragen je bijvoorbeeld om een bestandscompressor te maken. Dit is een standaardtaak en het laat zien hoe een persoon zich verhoudt tot de code, welke cultuur en stijl hij aanhangt, welke oplossingen hij gebruikt.
Op een testtaak is meestal alles perfect zichtbaar. Iemand die net geletterd is en voor het eerst een brief heeft geschreven, is merkbaar anders dan iemand die de hele tijd brieven schrijft.
Vervolgens hebben we een interview. Meestal wordt het uitgevoerd door drie teamleiders tegelijk, zodat alles zo objectief mogelijk is. Bovendien helpt het om technisch compatibele mensen te werven die ongeveer dezelfde methoden en benaderingen van ontwikkeling hebben, zelfs als ze uiteindelijk in verschillende teams werken.
Gedurende de week voeren we verschillende gesprekken voor een openstaande vacature en beslissen we met wie we verder werken.
Vaak komen de jongens naar ons toe en zeggen dat ze op zoek zijn naar een baan, omdat ze nergens heen kunnen in de huidige baan - je kunt alleen wachten op een promotie samen met het pensioen van de baas. We hebben een iets andere dynamiek. Twaalf jaar geleden was Veeam een start-up met tien medewerkers. Nu is het een bedrijf met enkele duizenden werknemers.
Mensen komen hier als in een woelige rivier. Er verschijnen voortdurend nieuwe richtingen, de gewone ontwikkelaars van gisteren worden teamleiders. Mensen groeien technisch, groeien administratief. Als je een kleine feature aan het ontwikkelen bent, maar deze wel wilt ontwikkelen, dan is de helft van de strijd al gestreden. Ondersteuning zal op alle niveaus zijn, van de teamleider tot de eigenaren van het bedrijf. Je weet niet hoe je iets administratief moet doen - er zijn cursussen, interne trainers, ervaren collega's. Er is niet genoeg ontwikkelingservaring - er is een Veeam Academy-project. We staan dus open voor iedereen, zowel professionals als beginners.
Het Veeam Academy-project is een avond gratis offline C#-intensive voor beginnende programmeurs met uitzicht op een baan bij Veeam Software voor de beste studenten. Het doel van het project is het overbruggen van de kloof tussen de hoeveelheid kennis en praktische vaardigheden van de gemiddelde academicus en de hoeveelheid kennis die nodig is om een goede werkgever te interesseren. Drie maanden lang bestuderen de jongens de principes van OOP in de praktijk, verdiepen ze zich in de features van C# en bestuderen ze de motorruimte van .Net. Naast lezingen, tests, laboratorium- en persoonlijke projecten, ontwikkelen de jongens hun gezamenlijke project volgens alle regels van echte bedrijven. Het onderwerp van het project is op voorhand onbekend - het wordt samen met iedereen gekozen in de eerste dagen na de start van de cursus. Bij de laatste stream werd ze de virtuele bank.
De inschrijving is nu geopend .
Bron: www.habr.com