NGINX vs. Apache: Come Scegliere il Miglior Server Web

Immagina questo: stai cercando delle nuove sneakers, trovi una buona offerta e decidi di verificarla sul sito web.

Aspetti 10 secondi… 20 secondi… e il sito non si carica. Sei stanco di aspettare, quindi passi a un altro sito. Ecco cosa è probabilmente successo: il sito di scarpe ha probabilmente investito molto tempo e denaro in immagini accattivanti e design eleganti, ma è tutto inutile se ci vuole un’eternità per caricarsi.

Internet è pieno di siti web lenti.

La pagina di destinazione media su mobile impiega 22 secondi per caricarsi, e questo è pessimo per gli affari.

Uno studio di Portent ha scoperto che un sito che si carica in meno di un secondo ha un tasso di conversione triplo rispetto a un sito che impiega cinque secondi per caricarsi.

Ora, cosa c’entra questo con il nostro confronto tra NGINX e Apache?

Un fattore principale che influisce sulla velocità del sito è il tuo web server — il software che distribuisce le tue pagine ai visitatori.

Apache e NGINX sono due dei server web più importanti in circolazione.

A partire da luglio 2024, w3techs riporta che NGINX alimenta oltre il 34% dei siti web, mentre Apache supporta il 29,4%.

Questo rende NGINX il vincitore chiaro? Non ancora.

Entrambi i server web lavorano in modo diverso per diversi casi d’uso. In questa guida, esamineremo le differenze tra Apache e NGINX e spiegheremo cosa cercare quando si sceglie un server.

Inizia.

Cosa Sono i Server Web?

I server web sono applicazioni software che girano su un server fisico e gestiscono le richieste in arrivo degli utenti.

Quando digiti un URL come “google.com,” il tuo browser invia una richiesta al server web, che conserva i file necessari per far funzionare il sito web.

Il server invia quindi il contenuto appropriato, che si tratti di HTML, CSS, JavaScript, immagini o altro tipo.

I server web gestiscono molti compiti importanti dietro le quinte:

• Gestione delle connessioni HTTP e delle richieste
• Instradamento delle richieste all’applicazione backend corretta se necessario (come PHP, Python o Ruby on Rails)
• Lettura e scrittura di file dal disco per fornire risorse statiche
• Applicazione delle politiche di sicurezza
• Compressione dei contenuti per una trasmissione più rapida
• Registrazione delle richieste per analisi

Ora che abbiamo trattato il funzionamento dei server web, vediamo come NGINX e Apache affrontano questi compiti.

Cos’è Apache?

Il server Apache HTTP, comunemente chiamato Apache, è un popolare software di server web open-source creato da Robert McCool e rilasciato nel 1995. È basato sul server HTTPd NCSA.

La Apache Software Foundation, un’organizzazione non-profit che supporta progetti di software open-source, l’ha sviluppato e continua a mantenerlo.

Per molti anni, Apache è stato il server web più utilizzato al mondo, alimentando numerosi siti web. In effetti, ha avuto un ruolo significativo nella crescita del World Wide Web nei suoi primi giorni.

Alcune delle caratteristiche e dei vantaggi principali di Apache sono:

• Architettura Modulare: La sua funzionalità può essere estesa tramite moduli per diverse funzionalità e lingue.
• Funziona Su Diversi Sistemi Operativi: Apache è costruito per essere multipiattaforma per ospitare il tuo server web su qualsiasi sistema operativo, incluso Linux, Windows e macOS.
• Ampia Documentazione E Grande Comunità: Aiuta utenti e sviluppatori a risolvere problemi e sviluppare soluzioni migliori lavorando insieme.
• Configurazione Flessibile: I file .htaccess possono facilitare modifiche specifiche alla configurazione delle directory per gli utenti.
• Funzionalità di Sicurezza: Apache possiede una buona sicurezza grazie alla sua natura open-source e agli aggiornamenti regolari per correggere vulnerabilità e bug.

Detto ciò, Apache presenta alcune limitazioni:

• Uso Di Memoria Maggiore: Utilizza più memoria rispetto a NGINX, in particolare quando gestisce diverse connessioni contemporanee.
• Più Lento Sotto Carichi Pesanti: Può essere più lento di NGINX nella distribuzione di file statici, specialmente sotto carichi pesanti.
• Sfidante Per Gli Sviluppatori Da Sviluppare E Mantenere: Nel corso degli anni, la crescente complessità del suo codice ha reso più difficile la costruzione e la manutenzione.

Cos’è NGINX?

NGINX (pronunciato “Engine X”) è un software per server web gratuito, open-source e ad alte prestazioni, rilasciato per la prima volta nel 2004. È stato creato da Igor Sysoev, un ingegnere informatico russo, per risolvere il problema della gestione di molti utenti che accedono contemporaneamente a un sito web, sfida che altri server web come Apache trovavano difficile affrontare.

Il lavoro di Sysoev su NGINX è iniziato nel 2002. L’obiettivo era affrontare il “problema C10k” — gestire 10.000 connessioni contemporanee.

La sua visione era quella di un server veloce, stabile e scalabile. Questo focus sulle prestazioni rende NGINX eccezionalmente efficace nel servire contenuti statici come pagine HTML, immagini e file CSS.

Oltre alla sua velocità, NGINX eccelle come proxy inverso. Riceve le richieste degli utenti e le instrada in modo intelligente verso altri server, come Apache o applicazioni web, ottimizzando l’utilizzo delle risorse.

Alcuni dei principali vantaggi di NGINX sono:

• Gestione Contemporanea: NGINX gestisce molti utenti simultaneamente senza richiedere un’eccessiva memoria o potenza CPU.
• Semplice da Configurare e Impostare: NGINX ha un formato di file di configurazione semplice e intuitivo che aiuta gli utenti a configurare facilmente il server web in base al loro caso d’uso.
• Varie Funzionalità di Prestazione: NGINX ha molte funzionalità integrate per il bilanciamento del carico, la cache, e la sicurezza dei siti web con crittografia SSL/TLS.
• Supporta IMAP e POP3: NGINX funziona anche come server proxy di posta, supportando protocolli come IMAP e POP3.

Tuttavia, ci sono alcuni svantaggi nell’uso di NGINX:

• Le impostazioni predefinite non sono ottimali: Gli algoritmi di bilanciamento del carico predefiniti potrebbero non funzionare sempre in modo ottimale in ogni situazione.
• Nessun compilatore di linguaggio integrato: Non supporta nativamente la generazione di siti web dinamici usando linguaggi lato server come PHP o Python. Tuttavia, puoi aggirare questo con un’estensione di terze parti.

Apache vs. NGINX: Quali sono le differenze?

Apache è stato una volta la scelta principale come server web. Tuttavia, NGINX ha rapidamente conquistato quote di mercato ed è ora popolare tra molti siti web ad alto traffico.

Se prevedi di lavorare con hosting dedicato, scegliere il server web giusto è una decisione importante.

Allora, cosa distingue questi due?

Diamo un’occhiata più da vicino.

Dettagli	Apache HTTP Server	NGINX
Fondato	1995	2004
Termini di licenza	Apache License 2.0	Licenza BSD a 2 clausole
Compatibilità con i sistemi operativi	Windows, Linux, macOS, sistemi basati su Unix	Windows, Linux, macOS, sistemi basati su Unix
Supporto al protocollo WebSocket	Sì	Sì (introdotto nella versione 1.3.13)
Supporto a proxy inverso	Sì	Sì
Configurazione host virtuale	Supportata	Supportata
Cache	Disponibile tramite moduli	Incorporata nel core
Consumo di risorse (memoria)	Alto	Basso
Formato di configurazione e installazione	Basato su testo	Basato su testo (sintassi più semplice)
Funzionalità di sicurezza	Supporto mod_security offre configurazione flessibile delle regole e controllo degli accessi	Filtraggio avanzato, limitazione della frequenza, supporto integrato per la mitigazione DDoS e prestazioni SSL/TLS
Comunicazione criptata (SSL/TLS)	Supportata	Supportata
Gestione delle connessioni contemporanee	Buona	Altamente efficiente
Prestazioni di scaling	Buone	Eccellenti
Funzionalità di distribuzione del carico	Raggiungibile con moduli	Funzionalità incorporata
Prestazioni complessive e velocità	Soddisfacenti	Due volte più veloce di Apache

Architettura e Concorrenza

Una delle differenze più significative tra NGINX e Apache è il modo in cui gestiscono le richieste in arrivo sotto il cofano.

Questo ha un impatto sostanziale sulla loro performance e sull’efficienza delle risorse.

L’Architettura Basata sui Processi di Apache

Apache segue un modello basato sui processi, generando un nuovo thread o processo per ogni richiesta in entrata.

Questi processi o thread sono gestiti dai Moduli di Multi-Elaborazione (MPMs):

• Prefork MPM: Il modello originale di Apache. Ogni processo ha un singolo thread e gestisce una connessione alla volta. È semplice ma può essere intensivo in termini di memoria.
• Worker MPM: Utilizza più thread per processo, ognuno gestisce una singola connessione. È migliore rispetto a prefork per la memoria, ma traffico intenso e richieste che richiedono molte risorse possono ancora creare un collo di bottiglia nella CPU, portando a problemi di prestazioni.
• Event MPM: Simile al worker MPM ma ottimizzato per connessioni keep-alive (dispositivi che non possono essere disconnessi dal server). Tuttavia, non è ancora completamente asincrono.

Questi sono tutti buoni moduli, ma presentano un grande svantaggio: Apache deve creare nuovi processi o thread per ogni connessione in arrivo e distruggerli al termine. Cerca di gestire questo pre-creando alcuni processi inattivi in anticipo.

Tuttavia, se diverse persone desiderano connettersi contemporaneamente al sito, Apache potrebbe superare il proprio pool esistente, e quindi deve creare rapidamente ulteriori processi. Questo richiede tempo e consuma memoria.

Questo modello funziona perfettamente per siti con traffico da basso a medio. Tuttavia, Apache può iniziare a mettere sotto pressione siti con molte connessioni contemporanee.

Tutti questi processi separati non sono molto efficienti. Anche con l’event MPM, Apache non può sfuggire completamente al modello di una thread per connessione.

L’Architettura Event-Driven di NGINX

NGINX adotta un approccio molto diverso. Invece di processi o thread separati per ogni connessione, NGINX utilizza un’architettura asincrona e basata su eventi.

Ecco come funziona: 

• NGINX ha un processo principale (solitamente uno per nucleo della CPU) che gestisce diversi processi operativi. Ogni operatore può gestire migliaia di connessioni simultanee. Non è necessario che gli operatori generino nuovi thread o smistino ogni richiesta a un processo dedicato.
• Invece, gli operatori dispongono di un ciclo di eventi dove osservano efficientemente nuovi eventi sulle connessioni esistenti utilizzando i meccanismi del sistema operativo, come kqueue o epoll. Questo permette loro di gestire più connessioni all’interno di un singolo thread. Quando si verifica un evento, come l’arrivo di una nuova richiesta o una risposta da un server backend, NGINX lo smista rapidamente in uno slot libero nell’operatore.
• Questo sistema è molto più efficiente del modello di Apache. NGINX può gestire un numero massiccio di richieste con un’impronta di memoria molto ridotta. Scala incredibilmente bene, motivo per cui è utilizzato per molti dei siti più trafficati del web.

Lo svantaggio è che NGINX non può incorporare interpreti di codice come fa Apache.

Quindi, quando vuoi eseguire codice PHP o Python, NGINX invia le richieste a un gestore di processi FastCGI separato come php-fpm. Questo processo esegue il codice e lo traduce in qualcosa che il browser dell’utente può capire.

D’altra parte, Apache può eseguire linguaggi come PHP, Perl e Python all’interno dei suoi processi.

Dato che NGINX non può, il file config può diventare un po’ più complesso.

I vantaggi in termini di prestazioni, tuttavia, superano generalmente gli inconvenienti.

Prestazioni

NGINX è noto per l’alta prestazione nella distribuzione di file statici come pagine HTML, immagini, CSS e JavaScript.

L’architettura basata sugli eventi aiuta, ma NGINX possiede anche altri trucchi.

Per cominciare, a differenza di Apache, NGINX non deve passare attraverso la cache e accedere al disco per ogni richiesta. Può servire i file direttamente dal disco. Inoltre, NGINX elimina l’overhead che deriva dal controllo dei permessi e dal blocco dei file.

Apache presenta questi problemi perché ogni richiesta è un processo e se un processo sta modificando qualcosa, l’altro processo non può utilizzare lo stesso file contemporaneamente.

Anche se i siti più piccoli non noteranno questo collo di bottiglia a causa della rapidità con cui le operazioni vengono elaborate dietro le quinte, un grande sito con un paio di migliaia di richieste ogni secondo inizierà a vedere questi problemi rallentare l’esperienza utente.

NGINX ha anche una cache di file integrata. Alla prima richiesta di un file, NGINX lo legge dal disco e lo inserisce nella sua cache. Le richieste future per quel file possono essere servite velocemente direttamente dalla memoria senza toccare il disco. Inoltre, invalida automaticamente i dati nella cache se il file sul disco cambia.

Queste ottimizzazioni si sommano. Nei benchmark, NGINX può spesso servire file statici circa tre volte più velocemente di Apache, specialmente man mano che le richieste simultanee aumentano.

Un bonus: questo può anche aiutarti a migliorare i tuoi core web vitals, dandoti un piccolo vantaggio su Google.

Apache non è lento, anzi. Devi semplicemente dedicare del tempo a regolarlo affinché funzioni correttamente. È anche capace di servire file statici molto velocemente.

Ma NGINX è la scelta giusta se desideri un server web performante sin dall’inizio.

Configurazione e Sintassi

NGINX e Apache hanno filosofie di configurazione diverse.

Apache è famoso per le sue ampie opzioni di configurazione. Oltre al apache2.conf, devi aggiungere le tue regole e configurazioni al file .htaccess.

I file di configurazione utilizzano una sintassi simile a XML e offrono incredibile flessibilità. Apache dispone di un’ampia lista di direttive che puoi utilizzare per modificare ogni aspetto del comportamento del server.

Puoi impostare le opzioni di configurazione globalmente o sovrascriverle per specifiche directory o host virtuali.

Il vero potere di Apache deriva dal suo vasto ecosistema di moduli. Un’enorme varietà di moduli Apache ufficiali e di terze parti ti permette di fare tutto, dalla riscrittura degli URL al filtraggio di sicurezza alla cache avanzata. Per utilizzare un modulo, devi caricarlo nella tua configurazione Apache.

L’altro lato della medaglia è che la configurazione di Apache può diventare complessa rapidamente, soprattutto per configurazioni sofisticate. Le direttive possono sovrapporsi l’una all’altra in catene di ereditarietà complesse. Le opzioni di configurazione sono spesso suddivise in più file in varie sottocartelle della cartella config principale. È estremamente flessibile, ma richiede tempo per essere padroneggiato.

La configurazione di NGINX, d’altra parte, mira alla semplicità e leggibilità. Qui non c’è nessun file .htaccess. Configuri semplicemente i siti nel tuo NGINX.conf insieme alla cartella sites-enabled, e sei pronto per partire.

La sintassi prende in prestito lo stile dai linguaggi di programmazione comuni. È ancora potente, ma non così vasta come Apache.

Invece di moduli, NGINX dispone di un insieme più ristretto di direttive principali e funzionalità preinstallate. Tutte le tue opzioni per una data funzionalità sono solitamente raggruppate in un unico blocco (racchiuse tra parentesi graffe { }).

Alcune funzionalità avanzate come il bilanciamento del carico e la Cache sono configurate nel principale NGINX.conf, non suddivise in file separati.

Il risultato è che i file di configurazione NGINX tendono ad essere più snelli e più accessibili da leggere e configurare rispetto ai pesanti file di Apache, ma puoi comunque fare molto con essi.

Sicurezza

NGINX e Apache sono progetti open-source con ampie e attive comunità di sviluppatori che lavorano costantemente per identificare e correggere vulnerabilità. Entrambi ricevono regolari aggiornamenti di sicurezza e hanno un buon storico nel risolvere problemi rapidamente.

Detto ciò, ci sono alcune differenze nel modo in cui affrontano la sicurezza.

Ecco alcuni punti chiave da considerare:

• Modularità: L’architettura modulare di Apache significa che devi abilitare solo le funzionalità che utilizzi, riducendo la superficie di attacco. Con NGINX, molte funzionalità standard sono integrate direttamente nel nucleo, il che alcuni potrebbero sostenere rende meno flessibile dal punto di vista della sicurezza.
• Filtraggio delle richieste: NGINX dispone di un potente motore di filtraggio delle richieste incorporato che può aiutare a bloccare attacchi web comuni come l’iniezione SQL e lo scripting tra siti (XSS). Apache ha capacità simili attraverso moduli come mod_security.
• Configurazione SSL/TLS: Entrambi i server supportano SSL/TLS per connessioni crittografate, ma si dice spesso che NGINX sia più facile da configurare. Ha una documentazione più chiara e impostazioni predefinite più sicure.
• Isolamento dei processi: L’uso di NGINX di un unico processo principale con più processi lavoratori può aiutare a isolare le aree problematiche. I MPM prefork e worker di Apache possono fornire un isolamento a livello di processo simile, ma a costo di utilizzare più risorse.
• Mitigazione DDoS: L’architettura orientata agli eventi di NGINX e la gestione efficiente delle connessioni contemporanee lo rendono una scelta popolare per mitigare attacchi DDoS di piccole e medie dimensioni. Alcuni moduli aggiuntivi e la regolazione possono anche rendere Apache resistente agli attacchi DDoS.

Contenuti Dinamici, Moduli e Ecosistema

Apache è da tempo il punto di riferimento per la distribuzione di contenuti dinamici perché integra facilmente i linguaggi lato server. Con i MPM prefork e worker, puoi compilare il supporto per linguaggi come PHP, Python e Perl direttamente nel binario di Apache.

Apache eseguirà quindi un interprete all’interno di ciascuno dei suoi processi worker. Questo è bello e semplice — Apache può inoltrare le richieste per i file .php al suo interprete PHP integrato e ottenere indietro l’output elaborato.

NGINX non ha supporto integrato per i linguaggi server-side. Hai bisogno di un servizio separato come php-fpm che esegue l’interprete del linguaggio per far funzionare PHP, Python o Ruby on Rails con NGINX. NGINX riceve le richieste e le inoltra al backend, che elabora il codice e restituisce una risposta.

Questo richiede un po’ più di lavoro per essere configurato rispetto all’approccio tutto-in-uno di Apache. D’altra parte, si adatta alla filosofia di NGINX di fare una cosa (gestire le richieste) — e farla bene.

Per quanto riguarda altre funzionalità, NGINX include un nucleo solido di funzionalità vantaggiose come bilanciamento del carico, proxy, caching, limitazione della velocità, compressione e terminazione SSL. Tuttavia, non raggiunge l’incredibile ampiezza dell’ecosistema di moduli di Apache. Con Apache, hai moduli per schemi di autenticazione, filtraggio dei contenuti, linguaggi di scripting incorporati e oltre.

Non tutte queste sono uniche. NGINX può svolgere molte delle stesse funzioni, solo in modi diversi. Tuttavia, la libreria di moduli di Apache è piuttosto estesa.

Se hai bisogno di una funzionalità super-specifica, Apache potrebbe avere un vantaggio in questo caso.

Tuttavia, il set di funzionalità di NGINX è robusto per la maggior parte delle esigenze comuni di servizio web.

Utilizzo Reale, Prestazioni e Comunità

La popolarità di NGINX è aumentata nel decennio passato.

Dal 2022, alimenta oltre il 34% di tutti i siti web a livello globale, rispetto al circa 29% di Apache.

Una cosa che dovresti tenere a mente: non noterai la differenza tra questi server web a meno che tu non abbia un grande sito web o un server davvero piccolo.

Supponi che ti piacciano le ampie opzioni di configurazione di Apache e l’approccio tutto-in-uno al contenuto dinamico. I documenti di Apache sono tra i migliori, e la comunità è vasta nel caso in cui tu abbia mai bisogno di aiuto.

NGINX potrebbe essere migliore se stai cercando la massima concorrenza o stai costruendo un sito enorme. La sua architettura è un po’ più orientata al futuro e costruita per scalare. Anche la comunità di NGINX è cresciuta rapidamente. I documenti sono solidi, anche; puoi trovare molte guide e supporto.

Apache vs. NGINX: Quale È Giusto per Te?

Non esiste una risposta universale al dibattito tra NGINX e Apache. Tuttavia, ecco alcune buone regole generali per aiutarti a prendere una decisione.

NGINX è migliore se:

• Hai un sito con molto traffico.
• Hai bisogno di servire rapidamente una grande quantità di risorse statiche.
• Stai costruendo un’architettura di microservizi.
• Prefersici uno stile di configurazione più semplificato.
• Stai utilizzando container o Cloud Hosting dove ogni oncia di memoria è importante.

Apache è migliore se:

• Hai bisogno di una profonda compatibilità con funzionalità esclusive di Apache come .htaccess.
• Vuoi moduli per funzionalità molto specifiche.
• Hai bisogno di eseguire vecchie applicazioni web costruite per Apache e mod_php.
• Sei semplicemente affezionato al sistema di configurazione di Apache.
• Il tuo server è principalmente una scatola di sviluppo, e le prestazioni sono meno critiche.

Non c’è una regola che ti obbliga a sceglierne uno.

Eseguire NGINX davanti ad Apache come reverse proxy è molto comune. Ciò ti permette di combinare l’insuperabile servizio di file statici e l’elaborazione concorrente di NGINX con il ricco supporto linguistico dinamico di Apache sul backend — il meglio di entrambi i mondi.

Conclusione

Apache e NGINX sono entrambi ottimi, quindi la scelta dipende principalmente da ciò che si adatta meglio alle tue necessità.

Ricorda, anche il server web più potente è solo un ingranaggio nella macchina. Quindi, se il sito sembra lento, il software o l’hardware del server web non dovrebbero necessariamente essere la prima cosa da ottimizzare.

Una cache più intelligente, l’ottimizzazione del database, l’ottimizzazione del codice e un hardware sottostante solido possono aiutare ad accelerare il tuo stack più di quanto non faccia trascorrere ore a sistemare NGINX o Apache.

Se hai bisogno di un server con cui sperimentare, prova il VPS gestito di DreamHost. Con un VPS, puoi scegliere quale software installare, come il server dovrebbe rispondere alle richieste, e altro ancora. Inoltre, con la flessibilità di un VPS, puoi ospitare più siti web su un singolo server e dividere le risorse tra di loro di conseguenza.

Inoltre, tutti i piani DreamPress ora includono NGINX.

L’unico modo per trovare una configurazione ideale è sperimentare. Avvia un VPS, installa NGINX e Apache, e scopri quale funziona meglio per te!