Puoi utilizzare le richieste di riscaldamento per ridurre la latenza di richieste e risposte durante di caricamento del codice dell'app su un'istanza appena creata.
App Engine deve spesso caricare il codice dell'app in una nuova in esecuzione in un'istanza Compute Engine. Il caricamento di un'istanza può verificarsi nelle seguenti situazioni:
- Quando esegui nuovamente il deployment di una versione dell'app.
- Quando vengono create nuove istanze a causa del carico delle richieste la capacità del set attuale di istanze in esecuzione.
- Durante la manutenzione e le riparazioni dell'infrastruttura fisica o dell'infrastruttura sottostante, hardware.
Il caricamento del codice della tua app in una nuova istanza può comportare il caricamento richieste. Il caricamento delle richieste può comportare un aumento della latenza delle richieste per gli utenti, ma è possibile evitare questa latenza utilizzando le richieste di preparazione. Le richieste di riscaldamento caricano del codice dell'app in una nuova istanza prima che le richieste in tempo reale raggiungano l'istanza in questione.
Se le richieste di warmup sono abilitate per la tua applicazione, App Engine tenta di per rilevare quando l'applicazione ha bisogno di una nuova istanza e avvia un warmup per inizializzare una nuova istanza. Tuttavia, questi tentativi di rilevamento funzionano in ogni caso. Di conseguenza, potresti riscontrare richieste di caricamento, anche se le richieste di riscaldamento siano abilitate nella tua app. Ad esempio, se la tua app non pubblica traffico, la prima richiesta all'app sarà sempre una richiesta di caricamento, non richiesta di warmup.
Le richieste di riscaldamento utilizzano le ore di istanza come qualsiasi altra richiesta al tuo
nell'applicazione App Engine. Nella maggior parte dei casi in cui sono abilitate le richieste di riscaldamento,
non noterai un aumento delle ore di istanza perché la tua applicazione
semplicemente inizializzando una richiesta di warmup invece di una richiesta di caricamento. Il tuo
l'utilizzo delle ore di istanza può aumentare se decidi di eseguire altre attività, ad esempio
pre-memorizzazione nella cache durante una richiesta di warmup. Se imposti
min_idle_instances
a un valore superiore a 0
, potresti riscontrare richieste di riscaldamento quando queste istanze
all'avvio, ma rimarranno disponibili dopo tale data.
Abilitazione delle richieste di riscaldamento in corso...
Le richieste di riscaldamento vengono utilizzate dallo scheduler di App Engine, che controlla le
scalabilità automatica delle istanze
in base alla configurazione fornita dall'utente. Con riscaldamento
richieste abilitate, App Engine invia GET
richieste a /_ah/warmup
. Tu
può implementare gestori per questa richiesta per eseguire attività specifiche dell'applicazione,
come la pre-memorizzazione nella cache dei dati dell'applicazione.
Lo scheduler avvia le istanze quando determina che sono presenti più istanze necessaria. Le richieste di riscaldamento possono essere visualizzate in log anche se sono disabilitate perché lo scheduler le usa per avviare le istanze.
Tieni presente che non è garantito che le richieste di riscaldamento vengano chiamate. In alcune situazioni vengono inviate richieste di caricamento, ad esempio se l'istanza è la prima l'avvio o la ripida salita nel traffico. Tuttavia, farà del nostro meglio tentativo di inviare richieste a istanze già predisposte se le richieste di riscaldamento sono abilitate.
Per attivare le richieste di riscaldamento, aggiungi l'elemento warmup
sotto la
inbound_services
nel tuo file app.yaml
, ad esempio:
inbound_services:
- warmup
Registrazione del gestore
Puoi registrare lo script che gestisce le richieste di riscaldamento nel
app.yaml
. Ad esempio:
inbound_services:
- warmup
handlers:
- url: /_ah/warmup
script: warmup.php
login: admin
Questo esempio registra un gestore per ascoltare le richieste di riscaldamento
Percorso della richiesta /_ah/warmup
con
warmup.php
file.
Creazione del gestore
Crea un gestore che elaborerà le richieste inviate a /_ah/warmup
.
Il gestore deve eseguire qualsiasi logica di riscaldamento necessaria all'app.
L'esempio seguente si basa sull'esempio precedente:
Nell'ambiente di runtime PHP 5, è necessario
il deployment di un controller frontale
per gestire il routing di tutte le richieste
incluse /_ah/warmup
richieste.
Ad esempio, il seguente controller frontale manuale contiene codice da gestire richieste di riscaldamento:
<?php
// Handle your warmup logic for your app.
switch (@parse_url($_SERVER['REQUEST_URI'])['path']) {
case '/_ah/warmup':
echo "Warmup successful";
break;
// Other handlers
// ...
}
?>
Passaggi successivi
Potrebbe essere opportuno archiviare i valori in un datastore in memoria, Memcache, che offre alla tua app un accesso rapido ai dati senza query.
Ad esempio, se crei e archivi un elenco degli attuali articoli di tendenza per il tuo sito, puoi creare questo elenco nel warmup e memorizzarlo in Memcache. Quando quando arriva una richiesta di un utente, App Engine non deve eseguire le query nel datastore e l'applicazione può soddisfare la richiesta dell'utente più velocemente.