{"id":29840,"date":"2019-10-31T21:32:16","date_gmt":"2019-10-31T18:32:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/istoriya-uspeha-nginx-ili-vozmozhno-vsyo-probuj\/"},"modified":"2019-10-31T21:32:16","modified_gmt":"2019-10-31T18:32:16","slug":"istoriya-uspeha-nginx-ili-vozmozhno-vsyo-probuj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/istoriya-uspeha-nginx-ili-vozmozhno-vsyo-probuj","title":{"rendered":"Het succesverhaal van nginx, of 'Alles is mogelijk, probeer het!'","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Het
\n
\nIgor Sysoev<\/b>, ontwikkelaar van de webserver met alles wat daarin al aanwezig is, en de inhoud van de map<\/a><\/noindex><\/strong>, lid van een groot gezin HighLoad++<\/a><\/noindex>, stond niet zomaar aan de basis van onze conferentie. Ik beschouw Igor als mijn professionele leraar, een meester die me heeft geleerd om te werken en hoogbelaste systemen te begrijpen, wat mijn professionele pad voor een decennium heeft bepaald.<\/p>\n

Natuurlijk kon ik niet voorbijgaan aan de indrukwekkende succes<\/a><\/noindex> van het NGINX-team\u2026 En ik nam een interview af, niet met Igor (hij is nog steeds een introverte programmeur), maar met investeerders van het fonds Runa Capital<\/strong>, die tien jaar geleden nginx opmerkte, een zakelijke infrastructuur om hem heen bouwden en nu een deal leidden die zonder precedent is op de Russische markt.<\/p>\n

Het doel van het artikel hieronder is nog eens te bevestigen: alles is mogelijk! Probeer het!<\/a><\/noindex><\/p>\n

Voorzitter van de Programmacommissie HighLoad++ Oleg Bunin: Gefeliciteerd met de succesvolle overeenkomst! Voor zover ik kan beoordelen, is het jullie gelukt om de wens van Igor om programmeur te blijven en tegelijkertijd de hele zakelijke infrastructuur om hem heen op te bouwen, te behouden \u2014 dat is de droom van elke ontwikkelaar. Toch?<\/strong><\/p>\n

Mijn gesprekspartner, managing partner van Runa Capital Dmitry Chikhachev:<\/strong> Dat klopt. Hierin ligt een grote verdienste van Igor zelf en zijn mede-oprichters Maxim en Andrey (Maxim Konovalov en Andrey Alekseev), want zij waren vanaf het begin bereid dat deze infrastructuur om hen heen werd opgebouwd. Niet alle startupondernemers beoordelen hun eigen krachten en mogelijkheden zo realistisch.<\/strong> Velen willen leiden of het gehele proces aansturen.<\/p>\n

\u2014 Dus het NGINX-team heeft zich in feite zelf afzijdig gehouden van de zakelijke kant, of niet?<\/strong><\/p>\n

Dmitry:<\/strong> Nee, ze hebben zich niet teruggetrokken uit het zakelijke gedeelte, waarom zou dat? Maxim leidde het operationele gedeelte als operationeel directeur. Andrey hield zich bezig met BizDev, Igor bleef zich richten op de ontwikkeling \u2014 datgene wat hij leuk vindt.<\/p>\n

Iedereen deed waar hij goed in was en wat hij leuk vond.<\/p><\/blockquote>\n

\nMaar ze begrepen allemaal dat voor het opbouwen van een miljoenenbedrijf in de VS iemand van een ander kaliber met een andere achtergrond nodig was. Daarom was er al in de eerste ronde van de onderhandelingen een afspraak met de investeerders dat zo iemand gevonden zou worden. Die persoon werd Gus Robertson, hij voldoet aan al deze criteria.<\/p>\n

\u2014 Dus het was oorspronkelijk de bedoeling om de Amerikaanse markt te betreden?<\/strong><\/p>\n

Dmitry:<\/strong> NGINX is een b2b-business. Het is echter niet bijzonder bekend bij gebruikers, omdat het op infrastructuurniveau werkt, je zou kunnen zeggen als middleware. De belangrijkste b2b-markt is de VS \u2014 daar is 40% van de wereldmarkt geconcentreerd.<\/p>\n

Succes op de Amerikaanse markt bepaalt het succes van elke startup.<\/p><\/blockquote>\n

\nDaarom is het logische plan: naar de VS gaan, meteen iemand aannemen die het Amerikaanse bedrijf leidt, het bedrijf ontwikkelt en Amerikaanse investeerders aantrekt. Als je infrastructuursoftware in de VS wilt verkopen, is het belangrijk dat je ook Amerikaanse investeerders achter je hebt.<\/p>\n

\u2014 Wie is er naar wie gekomen: jullie naar NGINX, of NGINX naar jullie?<\/strong><\/p>\n

Dmitry:<\/strong> We hadden veel verschillende contactpunten. Waarschijnlijk toonden wij meer initiatief, omdat NGINX al die tijd zichtbaar was. Hoewel het nog geen bedrijf was en het marktaandeel relatief klein was (6%), was de investeerdersinteresse al groot. De deal was competitief, dus we toonden natuurlijk ook actieve betrokkenheid.<\/p>\n

\u2014 In welke staat was het product? Er was geen bedrijf, maar waren er schetsen van een commerci\u00eble enterprise-versie?<\/strong><\/p>\n

Dmitry:<\/strong> Er was een nginx-webserver met open source. Het had gebruikers \u2014 6% van de wereldwijde markt. In werkelijkheid is dat miljoenen, zelfs tientallen miljoenen websites. Maar desondanks was er geen bedrijf en geen businessmodel. En omdat er geen bedrijf was, was er geen team: er was Igor Sysoev \u2014 de ontwikkelaar van nginx en een kleine community eromheen.<\/p>\n

Dit is een zeer interessant verhaal. Igor begon al in 2002 met het schrijven van nginx en bracht het in 2004 uit. De echte interesse kwam pas in 2008, en in 2011 kreeg hij financiering. Weinig mensen denken na over waarom er zoveel tijd overheen is gegaan. In werkelijkheid is er een logische technische verklaring voor.<\/p>\n

In 2002 werkte Igor bij Rambler en loste hij een probleem op dat hij als systeembeheerder tegenkwam \u2014 het zogenaamde C10k-probleem, dat wil zeggen het vermogen om meer dan tienduizend gelijktijdige aanvragen te verwerken tijdens piekbelasting. Dit probleem kwam toen pas op, omdat grote belastingen op het internet net gebruikelijk begonnen te worden. Slechts enkele websites \u2014 zoals Rambler, Yandex, Mail.ru \u2014 hadden hier mee te maken. Voor de meeste websites was dit irrelevant. Wanneer je per dag 100-200 aanvragen hebt, is er helemaal geen nginx nodig; Apache kan dat prima aan.<\/p>\n

Naarmate het internet populairder werd, nam het aantal websites dat met het C10k-probleem te maken kreeg toe. Steeds meer websites hadden een snellere webserver nodig om aanvragen te verwerken \u2014 zoals nginx.<\/p>\n

De echte explosie van de belasting vond echter plaats tussen 2008 en 2010 met de opkomst van smartphones.<\/p><\/blockquote>\n

\nHet is gemakkelijk voor te stellen hoe snel het aantal aanvragen op servers steeg. Ten eerste nam de internetgebruikstijd toe, omdat je overal op links kon klikken, niet alleen achter de computer. Ten tweede veranderde het gedrag van de gebruiker \u2014 met touchscreens werden klikken op links chaotischer. Daarbij kwam ook nog eens de opkomst van sociale netwerken.<\/p>\n

Dit leidde ertoe dat de piekbelastingen op internet exponentieel begonnen te stijgen.<\/strong>De algemene belasting nam redelijk gelijkmatig toe, maar de pieken werden steeds merkbaarder. Het bleek dat het C10k-probleem wijdverspreid was. Op dat moment nam nginx zijn vlucht.<\/p>\n

\"Het
\n
\n\u2014 Vertel op, hoe verliepen de gebeurtenissen na de ontmoeting met Igor en zijn team? Wanneer begon de ontwikkeling van de infrastructuur en de zakelijke idee\u00ebn? <\/strong><\/p>\n

Dmitry:<\/strong> Eerst werd de deal vormgegeven. Ik heb eerder gezegd dat de deal competitief was, en uiteindelijk werd er een syndicaat van investeerders gevormd. Wij maakten deel uit van dit syndicaat samen met BV Capital (nu e.ventures) en Michael Dell. We sloten eerst de deal en dachten daarna na over het vinden van een Amerikaanse CEO.<\/p>\n

En hoe hebben jullie de deal gesloten? Jullie wisten immers niet eens wat het businessmodel was en wanneer het zou renderen? Hebben jullie simpelweg in het team, in een geweldig product ge\u00efnvesteerd?<\/strong><\/p>\n

Dmitry:<\/strong> Ja, het was puur een seed-deal. We dachten op dat moment niet na over het businessmodel.<\/p>\n

Onze investeringshypothese was gebaseerd op het feit dat NGINX een uniek product was met een significant groeiende doelgroep.<\/p><\/blockquote>\n

\nHet loste een serieus probleem op voor deze doelgroep. Ik heb een favoriete test, een lakmoesproef voor elke investering \u2014 lost het product een massaal en pijnlijk probleem op? NGINX doorstond deze test met glans: het probleem was massaal, de belasting steeg, websites lagen plat. En het was pijnlijk, omdat we in een tijdperk kwamen waarin een website, wat je ook noemt, mission critical werd.<\/p>\n

In de jaren '90 dachten mensen zo: de site ligt plat - ik bel even de systeembeheerder, over een uur is het opgelost - dat is normaal. Tegen het einde van de jaren 2000 werd een downtime van 5 minuten voor veel bedrijven gelijk aan daadwerkelijk verloren geld, reputatie, enzovoorts. Het feit dat het probleem pijnlijk was, is \u00e9\u00e9n kant van het verhaal.<\/p>\n

De tweede kant waar wij als investeerders naar kijken, is de kwaliteit van het team<\/strong>. Hier waren we onder de indruk van Igor en zijn medeoprichters. Het was een wederzijds aanvullende ervaring en een uniek product dat door \u00e9\u00e9n persoon was ontwikkeld.<\/p>\n

\u2014 Het is duidelijk dat het team met een aantal aanvullende competenties ook een rol heeft gespeeld.<\/strong><\/p>\n

Dmitry:<\/strong> Ik vind het goed dat Igor het product alleen heeft ontwikkeld, maar toen het moment daar was om een bedrijf te cre\u00ebren, is hij niet alleen gegaan, maar met partners. Kijkend naar mijn 10-jarige investeringservaring, kan ik zeggen dat de aanwezigheid van twee medeoprichters de risico's zeker verkleint. Het optimale aantal medeoprichters is twee of drie.<\/b> \u00c9\u00e9n is te weinig, en vier is al te veel.<\/p>\n

\u2014 En wat gebeurde er daarna? Toen de deal was gesloten, maar er nog geen uitgewerkte businessidee was.<\/strong><\/p>\n

Dmitry:<\/strong> De deal wordt gesloten, het bedrijf wordt geregistreerd, documenten worden ondertekend, geld wordt overgemaakt - en toen zijn we aan de slag gegaan. Parallel aan het uitwerken van de businesskant hebben we een team van ontwikkelaars ingehuurd dat begon te werken aan het product. Andrey Alekseev, als BizDev, bouwde de eerste relaties met potenti\u00eble klanten op om feedback te verzamelen. Iedereen dacht samen na over het businessmodel en samen zochten ze naar een topmanager die het Amerikaanse bedrijf zou ontwikkelen en de leiding over het bedrijf zou hebben. <\/p>\n

\u2014 En hoe hebben jullie die gevonden? Waar? Ik heb echt geen idee hoe je dat doet.<\/strong><\/p>\n

Dmitry:<\/strong> Alle investeerders en de raad van bestuur waren daarbij betrokken. Uiteindelijk viel de keuze op Gus Robertson. Gus had bij Red Hat gewerkt, waarvan de topmanager onze investeerder was. We hebben contact opgenomen met Red Hat, omdat het open source is, en gezegd dat we op zoek waren naar iemand die in staat was de onderneming te leiden en deze naar een miljard te ontwikkelen. Zij hebben Gus aanbevolen.<\/p>\n

De deal met NGINX werd in 2011 gesloten, en in 2012 ontmoetten we Gus en hij viel ons meteen erg in de smaak. Hij had een achtergrond in open source bij Red Hat - op dat moment was dat het enige bedrijf met een miljardenwaardering in open source. Bovendien was Gus bezig met de ontwikkeling van het bedrijf en sales - precies wat we nodig hadden!<\/p>\n

Naast de achtergrond en ervaring waardeerden we ook zijn persoonlijke kwaliteiten - hij is een slimme, scherpzinnige persoon met een snelle geest en, belangrijker nog, het leek erop dat hij goed paste bij het team. Inderdaad, dat was ook zo. Toen ze elkaar ontmoetten, bleek dat iedereen op dezelfde golflengte zat en er een uitstekende interactie was.<\/p>\n

We hebben Gasa een aanbod gedaan en aan het einde van 2012 begon hij te werken. Gasa stelde ook voor om zijn eigen geld in NGINX te investeren. Dit maakte indruk op alle investeerders. Door zijn hoge betrokkenheid raakte hij betrokken bij het team van oprichters en werd hij door iedereen als mede-oprichter van het bedrijf beschouwd. Later was hij een van de vier. Er is een beroemde foto waar alle vier in NGINX-shirts staan.<\/p>\n

\"Het
\nDe foto is afkomstig van notities<\/a><\/noindex> van Dmitry Chikhachev over de geschiedenis van de samenwerking tussen NGINX en Runa Capital.<\/i><\/p>\n

\u2014 Was het meteen mogelijk om het \u0431\u0438\u0437\u043d\u0435\u0441a-model te vinden, of veranderde het later?<\/strong><\/p>\n

Dmitry:<\/strong> Het model werd meteen gevonden, maar voordat dat gebeurde, hebben we enige tijd gediscussieerd over hoe en wat. Maar de belangrijkste discussie ging over de vraag of we het open-source project moesten blijven ondersteunen, of NGINX gratis moesten laten, of langzaam iedereen moesten laten betalen.<\/p>\n

We besloten dat het goed zou zijn om de kracht van de community die achter NGINX staat te benutten, hen niet te teleurstellen en de ondersteuning van het open-source project niet op te geven.<\/p><\/blockquote>\n

\nDaarom besloten we om NGINX open source te houden, maar een speciaal product te cre\u00ebren dat de naam NGINX Plus kreeg. Dit is een commercieel product op basis van NGINX, dat we licenti\u00ebren aan enterprise-klanten. Tegenwoordig is de belangrijkste activiteit van NGINX de verkoop van NGINX Plus-licenties.<\/p>\n

De belangrijkste verschillen tussen de open-source en de betaalde versie zijn:<\/p>\n