Ciao, e benvenuto nella nona puntata della quarantasettesima stagione. Ho raccontato gRPC con ammirazione, e se la merita. Ma oggi, come sempre verso la fine, mettiamo sul tavolo il conto onesto, senza né demolire né difendere per riflesso. gRPC ha un prezzo reale, e dei limiti. E però ha vinto il suo posto a ragione. Alla fine, chiudiamo il cerchio sulle tre risposte al parlarsi tra programmi. Oggi vediamo il prezzo, e quando non serve.
Partiamo dai costi, con franchezza. Primo: il binario è opaco. Come vedemmo, non puoi guardare un messaggio e leggerlo, né chiedere al volo a un servizio cosa risponde: per capire cosa sta succedendo ti servono strumenti apposta, e la comodità del testo leggibile, quella di aprire e capire, sparisce. Secondo: gRPC vuole macchinari. Il passo di generazione del codice nel tuo processo di costruzione, gli strumenti, il compilatore del contratto: più pezzi in movimento del semplice mandare del testo. Terzo: il problema del browser, come dicemmo: per usarlo dal browser serve un traduttore in mezzo, infrastruttura in più.
Voglio darti il quarto costo, perché è la bussola. Quarto: è esagerato per il piccolo e per il pubblico. Per un'applicazione semplice, per un'interfaccia aperta al mondo, per un'integrazione veloce, la cerimonia e l'opacità di gRPC costano più di quanto rendano. Il testo semplice è più rapido da costruire e utilizzabile da chiunque, ovunque. Torna la bussola di sempre, lo strumento giusto per la forma del problema: il costo di gRPC è piccolo per un sistema interno grande e trafficato, e sproporzionato per due servizi che si scambiano quattro dati in croce. E c'è il costo sottile della puntata scorsa: la chiamata che sembra locale può cullarti nel dimenticare la rete.
Voglio darti il verdetto equilibrato, perché è giusto. Niente di tutto questo vuol dire che gRPC sia brutto. Vuol dire che gRPC è uno strumento specializzato con costi reali: splendido nella sua corsia, la comunicazione interna veloce, rigorosa, tipizzata, a flusso continuo, tra tanti linguaggi che controlli tu; e sbagliato fuori da quella corsia. Ha vinto il suo posto non battendo il modo a risorse dappertutto, ma essendo la risposta migliore a una domanda precisa e importante. È un trionfo di specializzazione, non di conquista universale. E, come dicono in molti guardando i grandi sistemi di oggi, che sono passati alla chiamata remota veloce proprio per il traffico interno, la scelta giusta non è quasi mai l'uno o l'altro, ma il ciascuno-al-posto-suo.
Voglio chiudere il cerchio sulle tre risposte, perché è la fine di un arco. E adesso, tiriamo le fila delle tre risposte al come parlano i programmi. La prima pensa in risorse: testo leggibile, universale, la porta d'ingresso verso il pubblico. La seconda pensa in un grafo di dati: chiedi esattamente ciò che ti serve, la libertà del client. La terza, gRPC, pensa in funzioni chiamate: binario, flusso continuo, contratto rigoroso, la sala macchine interna. Non sono rivali da mettere in classifica: sono strumenti per lavori diversi. E un sistema serio, molto spesso, li usa tutti e tre, ciascuno dove dà il meglio.
Voglio darti l'immagine che rende chiara questa idea, perché è netta. gRPC è come un'attrezzatura professionale specializzata, gli strumenti di precisione di un grande cuoco: straordinari nella cucina giusta, e assurdi per farsi un toast a casa. Il costo dello specialista è proprio questo: vale la pena solo per il lavoro dello specialista. Nessuno tiene in casa gli strumenti di una cucina stellata per la colazione del mattino; e nessuno affronterebbe una cucina stellata con il tostapane di casa. Lo strumento giusto è quello tarato sul lavoro, non il più potente in assoluto.
Voglio trarre la lezione dell'intero arco, perché è il ritornello che abbiamo affilato tre stagioni. La lezione è questa: non esiste un modo migliore in assoluto per far parlare i programmi. Esistono solo baratti, tra leggibilità e velocità, tra libertà e rigore, tra universalità e prestazioni. La maturità è scegliere per ogni lavoro, e spesso combinare, invece di incoronare un vincitore unico. Chi cerca la risposta definitiva, quella buona per tutto, ha frainteso la domanda: la domanda giusta non è quale vince, ma quale serve, qui, per questo.
Per oggi ci fermiamo qui. Il conto onesto di gRPC: il binario è opaco e difficile da spiare, vuole macchinari nel processo di costruzione, ha il problema del browser, ed è esagerato per il piccolo e per il pubblico, giusto strumento per il problema. Ma ha vinto il suo posto a ragione: splendido nella sua corsia, la comunicazione interna veloce e rigorosa tra molti linguaggi. E abbiamo chiuso il cerchio: tre risposte al parlarsi tra programmi, risorse per il pubblico, grafo per la libertà del client, funzioni chiamate per la sala macchine, non rivali ma strumenti per lavori diversi, spesso usati tutti e tre. Come gli strumenti di un grande cuoco: perfetti nella cucina giusta, assurdi per un toast. La lezione dell'arco: non esiste il modo migliore in assoluto, solo baratti da scegliere. Nella prossima e ultima puntata tiriamo le somme. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.