[Nginx] Perché usare Mongrel2?



Answers

Dovresti esaminare i punti di forza di ciascuno e decidere di utilizzare uno o entrambi i casi in base ai tuoi casi d'uso.

Mentre sembra che nginx faccia tutto ciò che fornisce mongrel2 in superficie, scoprirai che ci sono grandi differenze di concentrazione tra i due.

Nginx brilla come server Web front-end, che può inoltrare richieste proxy ai server Web / appserver di back-end e anche pubblicare contenuto statico.

Mongrel2 è un leggero cambiamento nello stack. Come accennato, il suo potere deriva dall'uso di zeromq come livello di trasporto tra esso e i server di back-end. Può servire URL di richieste dinamiche (richieste di app) e indirizzare la parte di calcolo dell'attività a diversi backend usando zeromq .. mongrel2 consente di servire non solo http, websocket ecc., Ma altri protocolli (se siete inclini a farlo ) tutto dallo stesso server. l'utente non saprebbe mai che porzioni dell'app vengono offerte da diversi backend.

Se i tuoi requisiti per la funzionalità della tua webapp cambiano o vuoi aggiungere cose come lo streaming, la possibilità di codificare in lingue diverse nel back-end ecc., Allora darei un'occhiata a mongrel2. O anche un ibrido in cui si usa nginx / haproxy / varnish per i file statici e la memorizzazione nella cache, e tutto il resto è diretto a mongrel2.

Question

Sono confuso con quale scopo Mongrel2 serve / prevede che nginx non lo faccia già.

(Sì, ho letto il manual ma devo essere troppo noob per capire come sia fondamentalmente diverso da nginx)

Il mio attuale stack di applicazioni Web è:
- nginx : server web
- Lua : linguaggio di programmazione
- FastCGI + LuaJIT : per connettere nginx a Lua
- Postgres : database




Links