Ottimizzare il networking
La semplicità delle funzioni Cloud Run ti consente di sviluppare rapidamente il codice ed eseguirlo in un ambiente serverless. Su larga scala, il costo di esecuzione delle funzioni è ridotto e l'ottimizzazione del codice potrebbe non sembrare una priorità elevata. Tuttavia, man mano che il deployment viene eseguito su larga scala, l'ottimizzazione del codice diventa sempre più importante.
Questo documento descrive come ottimizzare la rete per le funzioni. Ecco alcuni dei vantaggi dell'ottimizzazione della rete:
- Riduci il tempo della CPU impiegato per stabilire nuove connessioni in uscita a ogni chiamata di funzione.
- Riduci la probabilità di esaurire le quote di connessione o DNS.
Mantenere le connessioni permanenti
Questa sezione fornisce esempi di come mantenere connessioni permanenti in una funzione. In caso contrario, le quote di connessione potrebbero esaurirsi rapidamente.
Questa sezione illustra i seguenti scenari:
- HTTP/S
- API di Google
Richieste HTTP/S
Lo snippet di codice ottimizzato di seguito mostra come mantenere le connessioni permanenti instead of creating a new connection upon every function invocation:
Node.js
Python
Vai
PHP
Ti consigliamo di utilizzare il framework HTTP PHP Guzzle per inviare richieste HTTP, in quanto gestisce le connessioni permanenti automaticamente.
Accesso alle API di Google
L'esempio seguente utilizza Cloud Pub/Sub, ma questo approccio funziona anche per altre librerie client, ad esempio Cloud Natural Language o Cloud Spanner. Tieni presente che i miglioramenti del rendimento possono dipendere dall'implementazione corrente di determinate librerie client.
La creazione di un oggetto client Pub/Sub genera una connessione e due query DNS per chiamata. Per evitare connessioni e query DNS non necessarie, crea l'oggetto client Pub/Sub a livello globale come mostrato nell'esempio seguente:
Node.js
Python
Vai
Connessioni in uscita
Timeout delle richieste in uscita
Dopo 10 minuti di inattività si verifica un timeout per le richieste dalla funzione alla rete VPC. Per le richieste dalla tua funzione a internet, è previsto un timeout dopo 20 minuti di inattività.
Reimpostazione delle connessioni in uscita
Gli stream di connessione dalla tua funzione alla rete VPC e a internet possono essere occasionalmente interrotti e sostituiti quando l'infrastruttura di base viene riavviata o aggiornata. Se la tua applicazione riutilizza connessioni di lunga durata, ti consigliamo di configurarla in modo da ristabilire le connessioni per evitare il riutilizzo di una connessione non attiva.
Test di carico della funzione
Per misurare quante connessioni vengono eseguite in media dalla funzione, è sufficiente eseguirne il deployment come funzione HTTP e utilizzare un framework di test delle prestazioni per invocarla a determinati QPS. Una possibile scelta è Artillery, che puoi invocare con una singola riga:
$ artillery quick -d 300 -r 30 URL
Questo comando recupera l'URL specificato a 30 QPS per 300 secondi.
Dopo aver eseguito il test, controlla l'utilizzo della quota di connessione nella pagina della quota dell'API Cloud Run Functions in Cloud Console. Se l'utilizzo è costantemente intorno a 30 (o un multiplo), stai stabilendo una (o più) connessioni in ogni chiamata. Dopo aver ottimizzato il codice, dovresti notare alcune (10-30) connessioni solo all'inizio del test.
Puoi anche confrontare il costo della CPU prima e dopo l'ottimizzazione nel grafico della quota di CPU nella stessa pagina.