Gestione delle risorse dell'app

App Engine genera report sull'utilizzo relativi al delle prestazioni e dell'utilizzo delle risorse. Di seguito sono elencate potenziali strategie per gestire le risorse in modo più efficiente. Per ulteriori informazioni, consulta la pagina relativa ai prezzi.

Visualizzazione dei rapporti di utilizzo

Quando valuti il rendimento dell'applicazione, devi controllare il numero di istanze in esecuzione e il modo in cui l'applicazione consuma le risorse.

Visualizzare i report sull'utilizzo della dashboard

Visualizza la pagina Istanze

Le sezioni seguenti suggeriscono alcune strategie per la gestione delle risorse.

Gestione della scalabilità delle istanze dinamiche

Riduzione della latenza in corso...

La latenza dell'applicazione influisce sul numero di istanze necessarie per gestire il traffico. Diminuendo la latenza, puoi ridurre il numero di istanze utilizzate gestire la tua applicazione. Cloud Trace è uno strumento utile per visualizzare i dati sulla latenza e comprendere le potenziali modifiche per ridurla.

Dopo aver utilizzato Cloud Trace per visualizzare la latenza, prova a eseguire alcune delle seguenti operazioni strategie per ridurre la latenza:

Aumentare la memorizzazione nella cache dei dati condivisi a cui si accede di frequente. Ecco un altro modo usare la memcache di App Engine. Inoltre, l'impostazione del traffico le intestazioni cache-control possono avere un impatto significativo sull'efficienza dei dati memorizzati nella cache da server e browser. Persino la memorizzazione nella cache per alcuni secondi hanno un impatto sull'efficienza con cui la tua applicazione gestisce il traffico. Le applicazioni Python dovrebbero inoltre utilizzare memorizzazione nella cache del runtime.
Utilizza Memcache di App Engine in modo più efficiente: utilizza chiamate batch per get, set, delete e così via anziché una serie di chiamate singole. Valuta la possibilità di utilizzare l'API Memcache Async.
Utilizza le attività per la funzionalità non legata alla richiesta. Se la tua applicazione esegue operazioni che possono essere svolte oltre l'ambito di una richiesta rivolta all'utente, mettilo in un'attività! Invio di questo lavoro alla coda delle attività anziché attendere prima di restituire una risposta può ridurre significativamente per gli utenti. La coda di attività può quindi darti maggiore controllo velocità di esecuzione e facilitare il carico.
Utilizza Firestore in modalità Datastore (Datastore) in modo più efficiente - Vedi di seguito per maggiori dettagli.
Esecuzione di più chiamate di recupero URL in parallelo:
- Raggruppare più chiamate di recupero URL invece di gestirle individualmente all'interno delle singole richieste rivolte all'utente e un'attività offline in parallelo tramite il recupero asincrono di URL.
- Utilizza l'API URL Fetch asincrona.
Per le sessioni HTTP, scrivi in modo asincrono.

Modifica le impostazioni del rendimento della scalabilità automatica

app.yaml di configurazione del deployment contiene diverse impostazioni che puoi utilizzare Regola il compromesso tra prestazioni e carico di risorse per una versione specifica della tua app. Per un elenco delle impostazioni di scalabilità automatica disponibili, consulta di scale. Guarda il video sulle nuove impostazioni dello scheduler di App Engine video per vedere gli effetti di queste impostazioni.

Attivare le richieste concorrenti in Python

Le istanze della tua applicazione possono gestire più richieste contemporaneamente in Python. L'attivazione di questa impostazione riduce il numero di istanze necessarie per gestire il traffico per la tua applicazione, ma l'applicazione deve essere sicura per i thread per funzionare correttamente. Leggi come utilizzare richieste in parallelo attivando threadsafe in app.yaml un file YAML.

Configurazione delle impostazioni della coda di attività

Le impostazioni predefinite per la coda di attività sono ottimizzate per il rendimento. Con questi valori predefiniti, se inserisci contemporaneamente più attività in una coda, è probabile che vengano avviate nuove istanze frontend. Ecco alcuni suggerimenti per come ottimizzare la coda di attività per risparmiare ore di istanza:

Imposta l'intestazione X-AppEngine-FailFast sulle attività non sensibili alla latenza. Questa intestazione indica allo scheduler di rifiutare immediatamente la richiesta se non è disponibile un'istanza esistente. La coda di attività riproverà e eseguirà il back-off fino a quando un'istanza esistente non sarà disponibile per soddisfare la richiesta. Tuttavia, è importante notare che, quando vengono richieste Il set X-AppEngine-FailFast occupa le istanze esistenti, le richieste senza set di intestazioni può comunque causare l'avvio di nuove istanze.

Configura le impostazioni della coda di attività.

Se imposti la "tariffa" su un valore inferiore, la coda di attività di eseguire le tue attività a una velocità inferiore.
Se imposti "max_concurrent_requests" su un valore più basso, verranno eseguite contemporaneamente meno attività.

Se possibile, pubblicare contenuti statici

Pubblicazione di contenuti statici in Python viene gestito da un'infrastruttura specializzata di App Engine, che non utilizza Ore di istanza. Se hai bisogno di impostare intestazioni personalizzate, utilizza la API Blobstore. L'effettiva pubblicazione della risposta BLOB non consuma ore di istanza.

Gestione dello spazio di archiviazione delle applicazioni

App Engine calcola i costi di archiviazione in base alle dimensioni delle entità in Datastore, le dimensioni degli indici Datastore, delle attività nella coda di attività e la quantità di dati archiviati nell'archivio BLOB. Ecco Ecco alcune cose che puoi fare per assicurarti di non archiviare più dati del necessario:

Elimina le entità o i blob di cui la tua applicazione non ha più bisogno.
Rimuovi eventuali indici non necessari, come descritto nella sezione Gestione di Datastore Utilizzo di seguito, per ridurre i costi di archiviazione dell'indice.

Gestione dell'utilizzo di Datastore

App Engine tiene conto del numero di operazioni eseguite Datastore. Di seguito sono riportate alcune strategie che possono comportare una riduzione Consumo di risorse Datastore e latenza più bassa per richieste a Datastore:

Il visualizzatore dei dati della console Google Cloud mostra il numero di operazioni di scrittura obbligatorie per creare ogni entità nel tuo Datastore locale. Puoi utilizzare queste informazioni per comprendere il costo della scrittura di ciascuna entità. Consulta la sezione Comprensione dei costi di scrittura per informazioni su come interpretare questi dati.
Rimuovi gli indici non necessari, il che ridurrà lo spazio di archiviazione e la scrittura delle entità costi aggiuntivi. Utilizza il menu "Recupera indici" funzionalità per vedere quali indici sono definiti nell'applicazione. Puoi vedere quali indici vengono attualmente pubblicati per la tua applicazione nel Pagina di ricerca della console Google Cloud.
Quando progetti il tuo modello dei dati, potresti essere in grado di scrivere le query in modo da evitare del tutto gli indici personalizzati. Letto Query e indici documentazione per saperne di più su come App Engine genera indici di appartenenza.
Se possibile, sostituisci le proprietà indicizzate (che sono quelle predefinite) con proprietà non indicizzate (Python), il che riduce il numero di operazioni di scrittura di Datastore quando inserisci un'entità. Attenzione, se in seguito decidi che devi poter per eseguire query sulla proprietà non indicizzata, dovrai non solo modificare per usare nuovamente le proprietà indicizzate, ma dovrai eseguire una mappa ridurre su tutte le entità per farne una reputazione.
A causa dei miglioramenti apportati allo strumento di pianificazione delle query di Datastore Release di App Engine 1.5.2 e 1.5.3, ora le tue query potrebbero richiedere meno indici rispetto al passato. Anche se puoi comunque scegliere di mantenere alcuni indici personalizzati per motivi di prestazioni, potresti essere in grado di eliminarne altri, riducendo i costi di archiviazione e scrittura delle entità.
Riconfigura il modello dei dati in modo da poter sostituire le query con il recupero per chiave il che è più economico ed efficiente.
Se possibile, utilizza query solo con chiavi anziché query con entità.
Per ridurre la latenza, sostituisci più entità get() con un batch get().
Utilizza i cursori Datastore per l'impaginazione anziché l'offset.
Carica in contemporanea più RPC di Datastore tramite l'API datastore asinc.

Nota: le operazioni Datastore ridotte comprendono chiamate per l'allocazione di ID o query basate solo su chiavi di Datastore. Consulta le la pagina dei prezzi per ulteriori informazioni sui costi.

Gestione della larghezza di banda

Per ridurre la larghezza di banda in uscita, puoi imposta l'intestazione Cache-Control appropriata nelle risposte e stabilisci tempi di scadenza ragionevoli per i file statici. L'utilizzo di intestazioni Cache-Control pubbliche in questo modo consentirà ai server proxy e ai browser dei tuoi clienti di memorizzare nella cache le risposte per il periodo di tempo designato.

La larghezza di banda in entrata è più difficile da controllare, poiché corrisponde alla quantità di dati inviati dagli utenti alla tua app. Tuttavia, puoi utilizzare le regole del firewall di App Engine per consentire o limitare intervalli di indirizzi IP e sottoreti.

Gestione di altre risorse

Una delle migliori strategie per controllare l'utilizzo dell'API Email è utilizzare Appstats per assicurarti di non effettuare più chiamate del necessario. È sempre buona prassi verificare i tassi di errore e controllare se stai effettuando chiamate non valide. In alcuni casi potrebbe essere possibile rilevare queste chiamate in anticipo.