{"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\/it\/blog\/istoriya-uspeha-nginx-ili-vozmozhno-vsyo-probuj","title":{"rendered":"Storia di successo di nginx, ovvero 'Tutto \u00e8 possibile, prova!'","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Storia
\n
\nIgor Sysaev<\/b>, sviluppatore di server web nginx<\/a><\/noindex><\/strong>, membro di una grande famiglia HighLoad++<\/a><\/noindex>, non \u00e8 stato solo un punto di partenza per la nostra conferenza. Considero Igor il mio insegnante professionale, un maestro che mi ha insegnato a lavorare e comprendere sistemi ad alta capacit\u00e0 di carico, il che ha definito il mio percorso professionale per un decennio.<\/p>\n

Naturalmente, non potevo ignorare il clamoroso successo<\/a><\/noindex> del team NGINX... E ho intervistato, ma non Igor (\u00e8 ancora un programmatore introverso), bens\u00ec gli investitori del fondo Runa Capital<\/strong>, che dieci anni fa hanno visto il potenziale di nginx, costruendo un'infrastruttura aziendale attorno ad esso, e ora stanno concludendo un accordo senza precedenti per le dimensioni del mercato russo.<\/p>\n

L'obiettivo di questo articolo \u00e8 ribadire ancora una volta\u2014\u00e8 possibile tutto! Prova!<\/a><\/noindex><\/p>\n

Il presidente del Comitato Programmatico HighLoad++ Oleg Bunin: Congratulazioni per l'affare riuscito! Per quanto posso giudicare, siete riusciti a mantenere e supportare il desiderio di Igor di continuare a lavorare come programmatore e nel contempo costruire attorno a lui tutta l'infrastruttura aziendale\u2014\u00e8 un sogno per qualsiasi sviluppatore. Giusto?<\/strong><\/p>\n

Il mio interlocutore, socio amministratore di Runa Capital Dmitry Chikhachev:<\/strong> \u00c8 cos\u00ec. Questo \u00e8 merito di Igor, dei suoi cofondatori Maxim e Andrei (Maxim Konovalov e Andrei Alexeev), perch\u00e9 erano inizialmente pronti a costruire l'infrastruttura attorno a loro. Non tutti gli startupper valutano in modo cos\u00ec adeguato le proprie forze e capacit\u00e0.<\/strong> Molti desiderano essere i leader o gestire l'intero processo.<\/p>\n

\u2014 Quindi il team di NGINX si \u00e8, in un certo senso, distaccato dalla parte aziendale, o no?<\/strong><\/p>\n

Dmitry:<\/strong> No, non si sono allontanati dalla parte commerciale, perch\u00e9 mai? Maxim ha guidato la parte operativa come direttore operativo. Andrey si occupava di BizDev, Igor ha continuato a occuparsi dello sviluppo \u2014 di ci\u00f2 che gli piace.<\/p>\n

Ognuno si occupava di ci\u00f2 in cui era forte e che gli piaceva.<\/p><\/blockquote>\n

\nMa tutti sapevano che per costruire un business multimilionario negli Stati Uniti era necessario un uomo di un altro calibro, con un background diverso. Pertanto, gi\u00e0 nel primo round di negoziazioni, \u00e8 stato concordato con gli investitori che sarebbe stato trovato tale uomo. \u00c8 diventato Gus Robertson, che soddisfa tutti questi criteri.<\/p>\n

\u2014 Quindi era previsto fin dall'inizio di entrare nel mercato americano?<\/strong><\/p>\n

Dmitry:<\/strong> NGINX \u00e8 un business B2B. In effetti, non \u00e8 molto conosciuto dagli utenti, poich\u00e9 opera a livello infrastrutturale, potremmo dire middleware. Il principale mercato B2B \u00e8 negli Stati Uniti, dove si concentra il 40% del mercato mondiale.<\/p>\n

Il successo nel mercato americano predetermina il successo di qualsiasi startup.<\/p><\/blockquote>\n

\nQuindi, il piano logico \u00e8: andare negli Stati Uniti, assumere immediatamente una persona che guider\u00e0 la filiale americana, svilupper\u00e0 il business e attirer\u00e0 investitori statunitensi. Se desideri vendere software infrastrutturale negli Stati Uniti, \u00e8 importante avere anche investitori americani alle spalle.<\/p>\n

\u2014 Chi \u00e8 andato da chi: tu da nginx, nginx da te?<\/strong><\/p>\n

Dmitry:<\/strong> Abbiamo avuto molti punti di contatto diversi. Probabilmente, abbiamo mostrato maggiore iniziativa, perch\u00e9 gi\u00e0 allora nginx era notevole. Anche se non era ancora un'azienda e la quota di mercato era relativamente piccola (6%), l'interesse degli investitori era gi\u00e0 alto. L'affare era competitivo, quindi, naturalmente, abbiamo mostrato attivismo.<\/p>\n

\u2014 In quale stato si trovava il prodotto? Non c'era un'azienda, ma c'erano abbozzi di una versione enterprise commerciale?<\/strong><\/p>\n

Dmitry:<\/strong> C'era un server web nginx open source. Aveva utenti che rappresentavano il 6% del mercato globale. In realt\u00e0, si tratta di milioni, anche decine di milioni di siti web. Tuttavia, non c'era un'azienda, n\u00e9 un modello di business. E poich\u00e9 non c'era un'azienda, non c'era un team: c'era Igor Sysoev, il creatore di nginx, e una piccola community attorno ad esso.<\/p>\n

\u00c8 una storia molto interessante. Igor ha iniziato a scrivere nginx piuttosto tempo fa, nel 2002, e lo ha rilasciato nel 2004. L'interesse reale \u00e8 emerso solo nel 2008, e nel 2011 ha attirato investimenti. Poche persone si chiedono perch\u00e9 sia passato cos\u00ec tanto tempo. In realt\u00e0, c'\u00e8 una logica spiegazione tecnica per questo.<\/p>\n

Nel 2002 Igor lavorava in Rambler e c'era un problema che affrontava come amministratore di sistema: il cosiddetto problema C10k, ovvero garantire che il server potesse gestire oltre diecimila richieste simultanee durante i picchi di carico. All'epoca, questo problema era emerso, poich\u00e9 i grandi carichi su Internet stavano solo prendendo piede. Solo alcuni siti, come Rambler, Yandex e Mail.ru, ne erano colpiti. Per la maggior parte dei siti web, non era rilevante. Quando si trattava di 100-200 richieste al giorno, non c'era bisogno di nginx, Apache si sarebbe comportato egregiamente.<\/p>\n

Con l'aumento della popolarit\u00e0 di Internet, cresceva il numero di siti che affrontavano il problema C10k. Sempre pi\u00f9 siti necessitavano di un web server pi\u00f9 veloce per gestire le richieste, come nginx.<\/p>\n

Ma la vera esplosione del carico si \u00e8 verificata nel 2008-2010 con l'arrivo degli smartphone.<\/p><\/blockquote>\n

\n\u00c8 facile immaginare quanto siano aumentate immediatamente le richieste sui server. In primo luogo, il tempo trascorso online \u00e8 aumentato, poich\u00e9 ora si pu\u00f2 cliccare su link ovunque e in qualsiasi momento, non solo seduti davanti a un computer. In secondo luogo, \u00e8 cambiato anche il comportamento degli utenti: con gli schermi touch, i passaggi ai link sono diventati pi\u00f9 caotici. A questo si aggiungono anche i social media.<\/p>\n

Questo ha portato al fatto che i picchi di carico su Internet sono aumentati in modo esponenziale<\/strong>. Il carico generale cresceva pi\u00f9 o meno in modo uniforme, ma i picchi diventavano sempre pi\u00f9 evidenti. Si \u00e8 scoperto che il problema C10k era diventato onnipresente. A questo punto, nginx ha preso il volo.<\/p>\n

\"Storia
\n
\n\u2014 Racconta come si sono svolti gli eventi dopo l'incontro con Igor e il suo team? Quando \u00e8 iniziata l'elaborazione dell'infrastruttura e delle idee imprenditoriali? <\/strong><\/p>\n

Dmitry:<\/strong> All'inizio si stava formando l'accordo. Ho gi\u00e0 detto che l'accordo era competitivo e alla fine si \u00e8 creato un sindacato di investitori. Siamo diventati parte di questo sindacato insieme a BV Capital (ora e.ventures) e Michael Dell. Prima abbiamo concluso l'accordo e poi abbiamo iniziato a riflettere su come trovare un CEO americano.<\/p>\n

E come avete chiuso l'affare? Sembrerebbe che non sapeste nemmeno quale fosse il modello di business e quando questo avrebbe dato frutti. Avete semplicemente investito in un team e in un prodotto fantastico?<\/strong><\/p>\n

Dmitry:<\/strong> S\u00ec, si trattava di un investimento puramente seed. In quel momento non stavamo considerando il modello di business.<\/p>\n

La nostra tesi di investimento si basava sul fatto che NGINX \u00e8 un prodotto unico con un pubblico in continua crescita.<\/p><\/blockquote>\n

\nAffrontava un problema piuttosto serio per questo pubblico. Ho un test preferito, una sorta di cartina di tornasole per ogni investimento: il prodotto risolve un problema diffuso e doloroso? NGINX ha superato questo test a pieni voti: il problema era diffuso, i carichi aumentavano, i siti andavano gi\u00f9. Ed era doloroso, perch\u00e9 stava arrivando un'epoca in cui il sito web diventava, per usare un termine tecnico, mission critical.<\/p>\n

Negli anni '90 la gente pensava cos\u00ec: il sito \u00e8 in down, adesso chiamo l'amministratore di sistema, lo rialzeranno in un'ora \u2014 va bene. Alla fine degli anni 2000, per molte aziende, cinque minuti di downtime significavano realmente perdite di denaro, reputazione, ecc. Il fatto che il problema fosse doloroso \u00e8 solo una parte.<\/p>\n

L'altra parte, su cui noi come investitori guardiamo, \u00e8 il qualit\u00e0 del team<\/strong>. Qui siamo stati colpiti da Igor e dai suoi co-fondatori. \u00c8 stata un'esperienza complementare e un prodotto unico, sviluppato da una sola persona.<\/p>\n

\u2014 \u00c8 chiaro che anche il team ha giocato un ruolo, con competenze che si completano a vicenda.<\/strong><\/p>\n

Dmitry:<\/strong> Mi sembra giusto che Igor abbia sviluppato il prodotto da solo, ma quando \u00e8 arrivato il momento di creare il business, non lo ha fatto da solo, ma con dei partner. Basandomi su dieci anni di esperienza da investitore, posso dire che avere due co-fondatori riduce sicuramente i rischi. Il numero ottimale di co-fondatori \u00e8 due o tre.<\/b> Uno \u00e8 davvero troppo poco, mentre quattro sono gi\u00e0 troppi.<\/p>\n

\u2014 E cosa \u00e8 successo dopo? Quando l'affare \u00e8 gi\u00e0 stato fatto, ma l'idea di business non era ancora ben definita.<\/strong><\/p>\n

Dmitry:<\/strong> La trattativa viene conclusa, l'azienda viene registrata, i documenti vengono firmati, il denaro viene trasferito \u2014 tutto a posto. Parallelamente, mentre si sviluppava la parte commerciale, abbiamo assunto un team di sviluppatori che ha iniziato a lavorare sul prodotto. Andrey Alekseev, come BizDev, ha instaurato le prime relazioni con potenziali clienti per raccogliere feedback. Tutti insieme abbiamo riflettuto sul modello di business e insieme abbiamo cercato un top manager in grado di sviluppare il business americano e guidare l'azienda sostanzialmente. <\/p>\n

\u2014 E come lo avete trovato? Dove? Non riesco nemmeno a immaginare come si faccia.<\/strong><\/p>\n

Dmitry:<\/strong> Tutti gli investitori e il consiglio di amministrazione si sono occupati di questo. Alla fine, \u00e8 stato scelto Gas Robertson. Gas aveva lavorato in Red Hat, il cui top manager era uno dei nostri investitori. Ci siamo rivolti a Red Hat, dato che \u00e8 open source, dicendo che cercavamo una persona in grado di guidare il business e farlo crescere fino a un miliardo. Ci hanno raccomandato Gas.<\/p>\n

Abbiamo chiuso l'accordo con NGINX nel 2011, e nel 2012 ci siamo gi\u00e0 incontrati con Gus, e subito ci \u00e8 piaciuto molto. Aveva un background in open source da Red Hat - a quel tempo, era l'unica azienda con una capitalizzazione multi-miliardaria nel settore open source. Inoltre, Gus si occupava specificamente dello sviluppo commerciale e delle vendite - ci\u00f2 di cui avevamo bisogno!<\/p>\n

Oltre al background e all'esperienza, ci sono piaciute le sue qualit\u00e0 personali - \u00e8 una persona astuta e perspicace con una mente agile, e, cosa non da poco, ci \u00e8 sembrato che avesse una buona affinit\u00e0 culturale con il team. Infatti, cos\u00ec \u00e8 stato. Quando si sono conosciuti, \u00e8 emerso che erano sulla stessa lunghezza d'onda, tutti in ottima sintonia.<\/p>\n

Abbiamo fatto un'offerta a Gus, e alla fine del 2012 ha iniziato a lavorare con noi. Gus ha anche proposto di investire i suoi soldi in NGINX. Questo ha impressionato tutti gli investitori. Grazie al forte coinvolgimento di Gus, si \u00e8 integrato nel team dei fondatori ed \u00e8 stato percepito da tutti come co-fondatore dell'azienda. In seguito \u00e8 stato uno dei quattro. C'\u00e8 una famosa fotografia in cui tutti e quattro indossano le magliette di NGINX.<\/p>\n

\"Storia
\nLa foto \u00e8 tratta da note<\/a><\/noindex> La storia della collaborazione tra NGINX e Runa Capital, raccontata da Dmitrij Chichacev.<\/i><\/p>\n

\u2014 Siete riusciti a trovare subito un modello di business, o \u00e8 cambiato nel tempo?<\/strong><\/p>\n

Dmitry:<\/strong> Siamo riusciti a identificare un modello da subito, ma prima abbiamo discusso a lungo su come e cosa fare. La discussione principale riguardava se continuare a supportare il progetto open source, mantenere nginx gratuito, o fare in modo che tutti iniziassero a pagare.<\/p>\n

Abbiamo deciso che sarebbe stato giusto utilizzare la forza della comunit\u00e0 dietro nginx, non deludere i suoi sostenitori e mantenere il supporto per il progetto open source.<\/p><\/blockquote>\n

\nPertanto, abbiamo deciso di mantenere nginx come open source, ma di creare un prodotto speciale chiamato NGINX Plus. Si tratta di un prodotto commerciale basato su nginx, che licenziamo ai clienti enterprise. Oggi, il principale business di NGINX \u00e8 la vendita di licenze per NGINX Plus.<\/p>\n

Le principali differenze tra la versione open e quella a pagamento sono:<\/p>\n