Esiste un benchmark o un confronto più veloce: posizionare nginx davanti a node e lasciare che serva direttamente file statici o utilizzare solo node e servire file statici utilizzandolo?
La soluzione nginx sembra essere più gestibile per me, qualche idea?
Risposte:
Dovrò non essere d'accordo con le risposte qui. Mentre Node andrà bene, nginx sarà sicuramente più veloce se configurato correttamente. nginx è implementato in modo efficiente in C seguendo un modello simile (tornando a una connessione solo quando necessario) con un minimo ingombro di memoria. Inoltre, supporta il sendfile syscall per servire quei file che è il più veloce possibile per servire i file, poiché è il kernel del sistema operativo stesso che fa il lavoro.
Ormai nginx è diventato lo standard de facto come server di frontend. Puoi usarlo per le sue prestazioni nel servire file statici, gzip, SSL e persino per il bilanciamento del carico in un secondo momento.
PS: si presume che i file siano realmente "statici" come se fossero a riposo su disco al momento della richiesta.
sendfile- ma sembra che tu debba scrivere del codice, vedi ad es. blog.std.in/2010/09/09/using-sendfile-with-nodejs
Ho fatto un rapido ab -n 10000 -c 100per servire un byte 1406 statico favicon.ico, confrontando nginx, Express.js (middleware statico) e Express.js cluster. Spero che questo ti aiuti:
Sfortunatamente non posso testare 1000 o anche 10000 richieste simultanee poiché nginx, sulla mia macchina, inizierà a generare errori.
EDIT : come suggerito da artvolk, ecco i risultati di cluster + staticmiddleware (più lento):
staticmiddleware di caching che farà in produzione.
Ho un'interpretazione diversa dei grafici di @ gremo. Mi sembra che sia node che nginx scalino lo stesso numero di richieste (tra 9-10k). Sicuramente la latenza nella risposta per nginx è inferiore di 20 ms costanti, ma non credo che gli utenti percepiranno necessariamente quella differenza (se la tua app è costruita bene). Dato un numero fisso di macchine, ci vorrebbe una quantità di carico piuttosto significativa prima di convertire una macchina del nodo in nginx considerando che il nodo è dove la maggior parte del carico si verificherà in primo luogo. L'unico contrappunto a questo è se stai già dedicando una macchina a nginx per il bilanciamento del carico. In tal caso, potresti anche fare in modo che serva anche il tuo contenuto statico.
Ad ogni modo, configurerei Nginx per memorizzare nella cache i file statici ... vedrai un'ENORME differenza lì. Quindi, indipendentemente dal fatto che tu li serva da node o meno, stai sostanzialmente ottenendo le stesse prestazioni e lo stesso alleggerimento del carico sulla tua app node.
Personalmente non mi piace l'idea che il mio frontend Nginx serva risorse statiche nella maggior parte dei casi, in questo
1) Il progetto ora deve trovarsi sulla stessa macchina o deve essere suddiviso in risorse (sulla macchina nginx) e app Web (su più macchine per il ridimensionamento)
2) La configurazione di Nginx ora deve mantenere le posizioni dei percorsi per le risorse statiche / ricaricare quando cambiano.
Questa è una domanda difficile a cui rispondere. Se hai scritto un server dei nodi molto leggero per servire solo file statici, molto probabilmente funzionerebbe meglio di nginx, ma non è così semplice. ( Ecco un "benchmark" che confronta un file server nodejs e lighttpd, che è simile nelle prestazioni a ngingx quando serve file statici).
Le prestazioni per quanto riguarda il servizio di file statici spesso si riducono a qualcosa di più del semplice server web che esegue il lavoro. Se desideri le massime prestazioni possibili, utilizzerai una CDN per servire i tuoi file per ridurre la latenza per gli utenti finali e trarre vantaggio dall'edge caching.
Se non sei preoccupato, node può servire file statici perfettamente nella maggior parte delle situazioni. Il nodo si presta al codice asincrono, su cui si basa anche poiché è a thread singolo e qualsiasi i / o di blocco può bloccare l'intero processo e ridurre le prestazioni delle applicazioni. È molto probabile che tu stia scrivendo il tuo codice in modo non bloccante, ma se stai facendo qualcosa in modo sincrono, potresti causare il blocco, che degraderebbe la velocità con cui altri client possono ottenere i loro file statici serviti. La soluzione semplice è non scrivere codice di blocco, ma a volte non è possibile o non è sempre possibile applicarlo.
Sono certo che puramente node.js possa sovraperformare nginx in molti aspetti.
Detto tutto, devo rimanere NginX ha una cache incorporata, mentre node.js non viene fornito con esso installato in fabbrica (DEVI COSTRUIRE LA TUA CACHE DI FILE). La cache di file personalizzata supera nginx e qualsiasi altro server sul mercato in quanto è semplicissima.
Anche Nginx funziona su più core. Per utilizzare tutto il potenziale di Node è necessario raggruppare i server del nodo. Se sei interessato a sapere come, per favore pm.
Hai bisogno di scavare in profondità per raggiungere il nirvana delle prestazioni con il nodo, questo è l'unico problema. Una volta fatto l'inferno sì ... batte Nginx.