Ciao, e benvenuto nella settima puntata della trentacinquesima stagione. Nella scorsa puntata abbiamo visto che la porta d'ingresso concentra tanti affari di confine. Oggi ne approfondiamo due, tra i più preziosi, che meritano uno spazio tutto loro: le serrature e la memoria pronta. Cioè, da un lato, occuparsi della sicurezza della connessione, la cifratura; dall'altro, ricordare le risposte per servirle più in fretta, la cache. Sono due dei mestieri più utili che una porta d'ingresso possa svolgere: gestire i lucchetti all'entrata, e tenere pronte le risposte già viste. Oggi capiamo entrambi.
Partiamo dalle serrature, dalla sicurezza della connessione, perché è oggi fondamentale. Gran parte del traffico del web, oggi, è cifrato: la connessione tra te e il sito è protetta, chiusa a chiave, quella del lucchetto che vedi accanto all'indirizzo. Questa protezione è preziosa, ma gestirla è un lavoro: bisogna stabilire la connessione sicura, maneggiare le chiavi, cifrare e decifrare ciò che passa. È un compito tecnico, delicato e ripetitivo, che qualcuno deve svolgere per ogni visitatore. E la porta d'ingresso, nginx, è il posto naturale dove svolgerlo, all'entrata, prima che la richiesta arrivi all'applicazione.
Voglio spiegarti come nginx si occupa delle serrature, perché è elegante. nginx, alla porta, si fa carico di tutta la cifratura. La connessione sicura, protetta, arriva fino a lui: è nginx a gestire i lucchetti, a stabilire la connessione cifrata con il visitatore, a maneggiare le chiavi, a decifrare la richiesta in arrivo. Dietro nginx, l'applicazione vera riceve la richiesta già aperta, già decifrata, semplice, e non deve occuparsi affatto della cifratura: quel lavoro delicato l'ha già fatto nginx alla porta. È come un portiere che si occupa di tutte le serrature all'ingresso, così che, una volta dentro, ci si possa muovere liberamente, senza più chiavi da maneggiare. nginx gestisce i lucchetti al confine, e libera l'applicazione da quel peso.
Voglio farti apprezzare perché sia saggio mettere le serrature alla porta, perché conferma l'idea della scorsa puntata. Gestire la cifratura è esattamente un affare di confine: riguarda il proteggere la connessione con l'esterno, non la logica del contenuto. Metterlo alla porta, in nginx, è la scelta giusta: è lì che la connessione con l'esterno inizia e finisce, ed è lì che ha senso maneggiare i lucchetti. Così l'applicazione dietro resta più semplice, ignara della cifratura, libera di ricevere richieste già aperte. È un altro esempio perfetto di come concentrare gli affari di confine nella porta liberi e semplifichi l'applicazione: le serrature all'ingresso, la libertà dentro.
Passiamo ora al secondo mestiere, la memoria pronta, la cache, che voglio farti apprezzare. nginx, alla porta, può anche ricordare le risposte. Se un visitatore chiede qualcosa, e poi tanti altri chiedono la stessa identica cosa, non c'è bisogno di disturbare ogni volta l'applicazione dietro per rifare lo stesso lavoro. nginx può ricordare la risposta la prima volta, e poi servirla direttamente, dalla sua memoria pronta, a tutti quelli che la richiedono, senza più disturbare l'applicazione. Tiene pronte, alla porta, le risposte già viste, e le serve al volo. Così, per tutto ciò che è già stato chiesto e ricordato, la risposta arriva istantanea, dalla porta, e l'applicazione dietro non viene nemmeno interpellata.
Voglio farti apprezzare i due grandi benefici di questo ricordare, perché sono notevoli. Il primo è la velocità: servire una risposta già pronta dalla memoria alla porta è molto più veloce che rifare tutto il lavoro nell'applicazione dietro. Il visitatore riceve la risposta in un lampo. Il secondo è l'alleggerimento dell'applicazione: siccome nginx risponde da sé a tutto ciò che ha già ricordato, l'applicazione dietro riceve molte meno richieste, solo quelle nuove, e viene enormemente sgravata. La porta assorbe gran parte del carico, servendo dalla memoria, e protegge l'applicazione dal doversi ripetere. Velocità per il visitatore, sollievo per l'applicazione: ecco il dono della memoria pronta alla porta.
Voglio darti la prospettiva onesta su questo ricordare, perché ha lo stesso compromesso che già conosciamo. Ricordi, parlando del DNS, il prezzo del ricordare? Vale anche qui. Se nginx serve una risposta ricordata, e nel frattempo quella risposta è cambiata nell'applicazione, per un po' i visitatori riceveranno ancora la vecchia versione, quella in memoria, finché nginx non la aggiorna. Ricordare rende veloci, ma rischia di servire qualcosa di vecchio. Per questo bisogna scegliere con cura cosa ricordare e per quanto: va benissimo ricordare le cose che cambiano di rado, meno le cose che cambiano di continuo. È sempre lo stesso compromesso tra velocità e freschezza, da bilanciare con giudizio. La memoria pronta è potente, ma va usata con criterio.
Per oggi ci fermiamo qui. La porta d'ingresso svolge due mestieri di confine particolarmente preziosi. Le serrature: nginx si fa carico di tutta la cifratura, gestendo la connessione sicura all'entrata, così che l'applicazione dietro riceva richieste già aperte e resti più semplice. La memoria pronta: nginx può ricordare le risposte e servirle direttamente, dando velocità al visitatore e alleggerendo l'applicazione, che non viene disturbata per ciò che è già stato chiesto. Entrambi confermano l'idea del concentrare gli affari di confine nella porta. E la cache porta lo stesso compromesso del DNS: veloce, ma da usare con criterio per non servire cose vecchie. Nella prossima puntata vediamo come si dice a nginx cosa fare: la configurazione. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.