{"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, o 'Tutto \u00e8 possibile, prova!'","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Naturalmente, non potevo trascurare il clamoroso successo<\/a><\/noindex> del team NGINX\u2026 E ho fatto un'intervista, ma non a Igor (\u00e8 ancora un programmatore introverso), bens\u00ec agli investitori del fondo Runa Capital<\/strong>, che dieci anni fa hanno intravisto nginx, costruito attorno a esso un'infrastruttura aziendale, e ora stavano conducendo un affare senza precedenti per il mercato russo.<\/p>\n

L'obiettivo dell'articolo qui sotto \u00e8 confermare ancora una volta che tutto \u00e8 possibile! Prova!<\/a><\/noindex><\/p>\n

Il presidente del comitato programmatico di HighLoad++, Oleg Bunin: Congratulazioni per l'affare riuscito! Da quello che 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: \u00e8 davvero un sogno per qualsiasi sviluppatore. Giusto?<\/strong><\/p>\n

Il mio interlocutore, il socio amministratore di Runa Capital, Dmitry Chikhachev:<\/strong> \u00c8 cos\u00ec. Gran parte del merito va a Igor stesso e ai suoi cofondatori Maxim e Andrey (Maxim Konovalov e Andrey Alekseev), perch\u00e9 erano inizialmente pronti affinch\u00e9 questa infrastruttura fosse costruita attorno a loro. Non tutti gli startuper valutano cos\u00ec realisticamente le proprie forze e possibilit\u00e0.<\/strong> Molti vogliono guidare o dirigere l'intero processo.<\/p>\n

\u2014 Quindi il team NGINX in sostanza si \u00e8 allontanato dalla parte aziendale, o come?<\/strong><\/p>\n

Dmitry:<\/strong> No, non si sono distaccati dalla parte commerciale, perch\u00e9 mai? Maxim ha gestito la parte operativa come direttore operativo. Andrey si \u00e8 occupato di BizDev, Igor ha continuato a occuparsi dello sviluppo \u2014 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 capivano che per costruire un business multimilionario negli Stati Uniti era necessaria una persona di calibro diverso, con un altro background. Pertanto, gi\u00e0 nel primo round di negoziazione, c'era un accordo con gli investitori per trovare una persona di questo tipo. \u00c8 diventato Gus Robertson, che soddisfa tutti questi criteri.<\/p>\n

\u2014 Quindi inizialmente era previsto entrare nel mercato americano?<\/strong><\/p>\n

Dmitry:<\/strong> NGINX \u00e8 un business b2b. \u00c8 forse poco conosciuto dagli utenti, poich\u00e9 opera a livello infrastrutturale, potremmo dire middleware. Il principale mercato b2b si trova negli Stati Uniti: qui 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 diriga la filiale americana, svilupper\u00e0 il business e attirer\u00e0 investitori americani. Se vuoi vendere software infrastrutturale negli Stati Uniti, \u00e8 importante avere alle spalle anche investitori americani.<\/p>\n

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

Dmitry:<\/strong> Abbiamo avuto molti diversi punti di contatto. Probabilmente, abbiamo mostrato una maggiore iniziativa, poich\u00e9 gi\u00e0 allora nginx era visibile. 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'accordo era competitivo, quindi, ovviamente, abbiamo mostrato attivismo.<\/p>\n

\u2014 In che condizioni era il prodotto? Non c\u2019era un'azienda, ma c'erano schizzi di una versione commerciale enterprise?<\/strong><\/p>\n

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

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

Nel 2002 Igor lavorava per Rambler e c'era un problema che lui come amministratore di sistema cercava di risolvere: il cosiddetto problema C10k, cio\u00e8 gestire oltre diecimila richieste simultanee in un picco di carico. Questo problema era appena emerso, perch\u00e9 i grandi carichi su internet stavano iniziando a diffondersi. Solo alcuni siti, come Rambler, Yandex, Mail.ru, si trovavano ad affrontarlo. La maggior parte dei siti web non ne aveva bisogno. Quando si ricevono da 100 a 200 richieste al giorno, nginx non \u00e8 necessario; Apache gestisce benissimo.<\/p>\n

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

Tuttavia, il reale esplosione del carico si \u00e8 verificata tra il 2008 e il 2010 con l'arrivo degli smartphone.<\/p><\/blockquote>\n

\n\u00c8 facile immaginare quanto sia aumentato immediatamente il numero di richieste ai server. In primo luogo, il tempo trascorso online \u00e8 aumentato, perch\u00e9 ora era possibile cliccare i link ovunque e non solo seduti davanti a un computer. In secondo luogo, \u00e8 cambiato anche il comportamento dell'utente: con il touchscreen, la navigazione tra i link \u00e8 diventata pi\u00f9 caotica. A questo si aggiungono 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 totale aumentava in modo relativamente uniforme, ma i picchi diventavano sempre pi\u00f9 evidenti. Si \u00e8 scoperto che il problema C10k era diventato diffuso. \u00c8 stato in quel momento che nginx ha spiccato il volo.<\/p>\n

\"Storia
\n
\n\u2014 Racconta come si sono evoluti gli eventi dopo l'incontro con Igor e il suo team? Quando \u00e8 iniziato lo sviluppo dell'infrastruttura e delle idee di business? <\/strong><\/p>\n

Dmitry:<\/strong> Inizialmente, si stava formando un accordo. Ho gi\u00e0 detto che l'accordo era competitivo e alla fine si \u00e8 formato un sindacato di investitori. Siamo diventati parte di questo sindacato insieme a BV Capital (ora e.ventures) e Michael Dell. Prima abbiamo chiuso l'affare e poi abbiamo iniziato a pensare alla ricerca di un CEO americano.<\/p>\n

E come avete chiuso l'affare? \u00c8 stato cos\u00ec che non sapevate neanche quale fosse il modello di business e quando questo si sarebbe ripagato? Avete semplicemente investito nel team, in un prodotto fantastico?<\/strong><\/p>\n

Dmitry:<\/strong> S\u00ec, era un affare di seed puro. In quel momento non pensavamo a un modello di business.<\/p>\n

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

\nRisollevava per questo pubblico un problema piuttosto serio. Ho un test preferito, una cartina al tornasole per ogni investimento: il prodotto risolve un problema diffuso e urgente? NGINX ha superato questo crash test con successo: il problema era diffuso, i carichi aumentavano e i siti andavano in down. Ed era un problema serio, perch\u00e9 stava arrivando un'epoca in cui il sito web diventava, per cos\u00ec dire, mission critical.<\/p>\n

Negli anni '90, la gente pensava cos\u00ec: il sito \u00e8 down \u2014 adesso chiamo l'amministratore di sistema, in un'ora sar\u00e0 su \u2014 tutto normale. Alla fine degli anni 2000, per molte aziende, un downtime di 5 minuti \u00e8 diventato un reale costo economico, reputazionale, ecc. Il fatto che il problema fosse doloroso \u00e8 solo un aspetto.<\/p>\n

Il secondo aspetto, per noi come investitori, \u00e8 la qualit\u00e0 del team<\/strong>. Qui siamo rimasti colpiti da Igor e dai suoi cofondatori. Era 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 corretto che Igor abbia sviluppato il prodotto da solo, ma quando \u00e8 arrivato il momento di avviare l'attivit\u00e0, non ci \u00e8 andato da solo, ma con dei partner. Guardando a 10 anni di esperienza da investitore, posso dire che avere due cofondatori riduce certamente i rischi. Il numero ottimale di cofondatori \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 era gi\u00e0 concluso, ma l'idea di business non era ancora definita.<\/strong><\/p>\n

Dmitry:<\/strong> Si chiude l'affare, si registra la societ\u00e0, si firmano i documenti, si trasferiscono i soldi \u2014 e via. Parallelamente, mentre lavoravamo sulla parte business, abbiamo assunto un team di sviluppatori, che ha iniziato a lavorare sul prodotto. Andrey Alexeyev, come BizDev, ha costruito le prime relazioni con potenziali clienti per raccogliere feedback. Insieme pensavamo al modello di business e cercavamo un top manager che sviluppasse il business americano e, di fatto, guidasse l'azienda. <\/p>\n

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

Dmitry:<\/strong> Tutti gli investitori e il consiglio di amministrazione si sono occupati di questo. Alla fine abbiamo scelto Gus Robertson. Gus lavorava per Red Hat, il top manager della quale era nostro investitore. Ci siamo rivolti a Red Hat, poich\u00e9 \u00e8 open source, dicendo che stavamo cercando una persona capace di guidare il business e svilupparlo a livello miliardario. Ci hanno raccomandato Gus.<\/p>\n

Abbiamo chiuso l'affare 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 \u2014 all'epoca era l'unica azienda con una capitalizzazione miliardaria nell'open source. Inoltre, Gus si occupava proprio dello sviluppo del business e delle vendite \u2014 proprio quello che ci serviva!<\/p>\n

Oltre al background e all'esperienza, ci sono piaciute le sue qualit\u00e0 personali: \u00e8 una persona arguta e perspicace con una mente veloce e, cosa importante, ci \u00e8 sembrato che avesse una buona affinit\u00e0 culturale con il team. Infatti, cos\u00ec \u00e8 stato. Quando si sono conosciuti, si sono resi conto di essere sulla stessa lunghezza d'onda, con un ottimo interscambio.<\/p>\n

Abbiamo fatto a Gasa un'offerta e alla fine del 2012 ha iniziato a lavorare. Gasa ha anche proposto di investire nel NGINX i propri soldi. Questo ha impressionato tutti gli investitori. Grazie al suo alto coinvolgimento, \u00e8 diventato parte del team di fondatori ed \u00e8 stato percepito da tutti come cofondatore dell'azienda. In seguito, \u00e8 stato uno dei quattro. C'\u00e8 una famosa fotografia in cui tutti e quattro indossano magliette NGINX.<\/p>\n

\"Storia
\nLa fotografia \u00e8 tratta da note<\/a><\/noindex> Dmitrij Chikhachev riguardo alla storia della collaborazione tra NGINX e Runa Capital.<\/i><\/p>\n

\u2014 \u00c8 riuscito subito a individuare il modello di business, oppure \u00e8 cambiato in seguito?<\/strong><\/p>\n

Dmitry:<\/strong> Il modello \u00e8 stato individuato subito, ma prima di questo abbiamo discusso per un po' su come e cosa fare. La discussione principale riguardava se continuare a supportare il progetto open source, mantenere nginx gratuito o gradualmente costringere tutti a pagare.<\/p>\n

Abbiamo deciso che sarebbe stato giusto utilizzare la forza della comunit\u00e0 che sta dietro nginx, non deluderla e non rinunciare al supporto del progetto open source.<\/p><\/blockquote>\n

\nPertanto, abbiamo deciso di mantenere nginx come open source, ma di creare anche un prodotto speciale, chiamato NGINX Plus. Questo \u00e8 un prodotto commerciale basato su nginx, che licenziamo ai clienti enterprise. Attualmente, il principale business di NGINX consiste nella vendita delle licenze NGINX Plus.<\/p>\n

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