Rilascio del server per applicazioni NGINX Unit 1.16.0

Si è svolto il rilascio del server applicazioni NGINX Unit 1.16, nell'ambito del quale si sviluppa una soluzione per l'esecuzione di web-app in vari linguaggi di programmazione (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js e Java). Sotto la gestione di NGINX Unit, possono essere eseguite più applicazioni in diversi linguaggi di programmazione simultaneamente, con parametri di avvio che possono essere modificati dinamicamente senza necessità di modificare i file di configurazione e di riavviare. Il codice è scritto in C e distribuito sotto licenza Apache 2.0. Le caratteristiche di NGINX Unit possono essere esplorate in un annuncio del primo rilascio.

Nella nuova versione:

• Aggiunto supporto per il bilanciamento del carico in modalità round-robin. Ad esempio, per distribuire il carico su due server 192.168.0.100 e 192.168.0.101, con il secondo che riceve il doppio delle richieste, si può utilizzare la seguente struttura:

  «upstreams»: {
  «rr-lb»: {
  «servers»: {
  «192.168.0.100:8080»: { },
  «192.168.0.101:8080»: { «weight»: 2 }
  }
  }
  }
• Implementato possibilità di definire regole flessibili per il routing delle richieste, simili alla funzionalità «try_files» in nginx. Un percorso secondario è definito utilizzando la direttiva «fallback», che viene attivata se il file richiesto non viene trovato nel percorso definito tramite la direttiva «share». Ad esempio, per invocare un gestore PHP in caso di assenza del file nella cartella /data/www/ è possibile specificare:

  {
  «share»: «/data/www/»,
  «fallback»: {
  «pass»: «applications/php»
  }
  }

  È permesso utilizzare blocchi «fallback» nidificati. Ad esempio, se il file non è presente in /data/www/, si può tentare di servirlo da /data/cache/, e se non è presente nemmeno lì, reindirizzare la richiesta a un altro backend:

  {
  «share»: «/data/www/»,

  «fallback»: {
  «share»: «/data/cache/»,

  «fallback»: {
  «proxy»: «http://127.0.0.1:9000»
  }
  }
  }

• Nelle configurazioni caricate in formato JSON è garantita la rimozione dei commenti in stile JavaScript («//…» e «/* … */») e la pulizia dei marcatori di sequenza di byte (UTF-8 BOM), che può essere utile nel caso di modifica manuale dei parametri in JSON.
• Ridotto il consumo di memoria grazie allo scarico del corpo delle richieste molto grandi su disco.

Fonte: opennet.ru