Test di staging e produzione
Dopo una migrazione corretta di codice, file e dati a Staging o Produzione, utilizza gli URL dell’ambiente per testare siti e archivi. Di seguito sono riportate informazioni sulla verifica dei registri, sui test delle configurazioni Fastly, sui test di accettazione da parte degli utenti (UAT) e altro ancora.
File di registro
Se rilevi errori di distribuzione o altri problemi durante il test, controlla i file di registro. I file di registro si trovano nella directory var/log
.
Il registro di distribuzione è in /var/log/platform/<prodject-ID>/deploy.log
. Il valore di <project-ID>
dipende dall'ID del progetto e dal fatto che l'ambiente sia di staging o produzione. Ad esempio, con un ID progetto di yw1unoukjcawe
, l'utente di staging è yw1unoukjcawe_stg
e l'utente di produzione è yw1unoukjcawe
.
Quando si accede ai registri in ambienti di produzione o di staging, utilizza SSH per accedere a ciascuno dei tre nodi e individuare i registri. In alternativa, è possibile utilizzare Gestione log di New Relic per visualizzare ed eseguire query sui dati di log aggregati da tutti i nodi. Consulta Visualizza registri.
Verifica la base di codice
Verifica che la base di codice sia correttamente distribuita negli ambienti di staging e produzione. Gli ambienti devono avere basi di codice identiche.
Verificare le impostazioni di configurazione
Controlla le impostazioni di configurazione tramite il pannello Amministratore, inclusi l’URL di base, l’URL amministratore di base, le impostazioni multisito e altro ancora. Se devi apportare ulteriori modifiche, completa le modifiche nel ramo Git locale e inviale al ramo master
in Integrazione, Staging e Produzione.
Controlla Fastly caching
Per configurare Fastly è necessario prestare particolare attenzione ai dettagli: è necessario utilizzare le credenziali token Fastly Service ID e Fastly API corrette, caricare il codice Fastly VCL, aggiornare la configurazione DNS e applicare i certificati SSL/TLS agli ambienti. Dopo aver completato queste attività di configurazione, puoi verificare la memorizzazione nella cache rapida negli ambienti di staging e produzione.
Per verificare la configurazione del servizio Fastly:
-
Accedi all'amministratore per staging e produzione utilizzando l'URL con
/admin
o l'URL amministratore aggiornato. -
Passa a Archivi > Impostazioni > Configurazione > Avanzate > Sistema. Scorrere e fare clic su Cache a pagina intera.
-
Verificare che il valore dell'applicazione di memorizzazione in cache sia impostato su Fastly CDN.
-
Verifica le credenziali Fastly.
-
Fare clic su Configurazione rapida.
-
Verifica che i valori per le credenziali del token Fastly Service ID e Fastly API siano corretti. Vedi Ottieni credenziali rapide.
-
Fare clic su Verifica credenziali.
note warning WARNING Assicurati di aver immesso l’ID servizio Fastly e il token API corretti negli ambienti di staging e produzione. Le credenziali rapide vengono create e mappate per ogni ambiente di servizio. Se immetti le credenziali di staging nell'ambiente di produzione, non puoi caricare i snippet VCL, la memorizzazione nella cache non funziona correttamente e la configurazione di memorizzazione nella cache punta al server e agli archivi errati. -
Per controllare il comportamento di Fastly caching:
-
Controllare le intestazioni utilizzando l'utilità della riga di comando
dig
per ottenere informazioni sulla configurazione del sito.È possibile utilizzare qualsiasi URL con il comando
dig
. Negli esempi seguenti vengono utilizzati gli URL Pro:- Gestione temporanea:
dig https://mcstaging.<your-domain>.com
- Produzione:
dig https://mcprod.<your-domain>.com
Per ulteriori
dig
test, vedere Test di Fastly prima di modificare il DNS. - Gestione temporanea:
-
Utilizzare
cURL
per verificare le informazioni dell'intestazione di risposta.code language-bash curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1
Per informazioni dettagliate sulla verifica delle intestazioni, consulta Controllare le intestazioni di risposta.
-
Una volta che sei attivo, usa
cURL
per controllare il tuo sito attivo.code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
Completare il test UAT
Completamento del test di accettazione utente (UAT) su staging e produzione. I seguenti test sono un rapido elenco di attività e aree possibili da testare come esercente e cliente. L'elenco potrebbe essere più lungo e includere test aggiuntivi per moduli personalizzati, estensioni e integrazioni di terze parti. Durante il test, utilizza desktop, notebook e dispositivi mobili.
In caso di problemi, salva i passaggi di riproduzione, i messaggi di errore, le acquisizioni di schermate anomale e i collegamenti. Utilizzare queste informazioni per individuare e risolvere i problemi nel codice e nelle configurazioni dell'ambiente di integrazione o nelle impostazioni dell'ambiente.
Test di carico e sollecitazione
Prima dell’avvio, è consigliabile eseguire test approfonditi del traffico e delle prestazioni sugli ambienti di staging e produzione. È consigliabile eseguire test delle prestazioni per i processi front-end e back-end.
Prima di iniziare il test, inserisci un ticket con il supporto relativo agli ambienti in fase di test, agli strumenti utilizzati e all’intervallo di tempo. Aggiorna il ticket con risultati e informazioni per tenere traccia delle prestazioni. Una volta completato il test, aggiungi i risultati aggiornati e osserva che il test del ticket è stato completato con un timestamp e una data.
Rivedi le opzioni Performance Toolkit come parte del processo di preparazione pre-avvio.
Per ottenere risultati ottimali, utilizzare i seguenti strumenti:
- Test delle prestazioni dell'applicazione: verifica delle prestazioni dell'applicazione configurando la variabile di ambiente
TTFB_TESTED_PAGES
per verificare il tempo di risposta del sito. - Assedio: il software di modellazione e test del traffico consente di spingere l'archivio al limite. Visita il tuo sito con un numero configurabile di client simulati. Siege supporta l’autenticazione di base, i cookie, i protocolli HTTP, HTTPS e FTP.
- Jmeter: test di carico eccellenti per valutare le prestazioni per il traffico picco, come nel caso delle vendite flash. Crea test personalizzati da eseguire sul sito.
- New Relic (fornito): consente di individuare i processi e le aree del sito causando un rallentamento delle prestazioni con tempo di rilevamento impiegato per azione, ad esempio per la trasmissione di dati, query, Redis e altro ancora.
- WebPageTest e PKingdom: l'analisi in tempo reale delle pagine del sito viene caricata con percorsi di origine diversi. Il regno può richiedere una tassa. WebPageTest è uno strumento gratuito.
Test funzionali
Puoi utilizzare il framework di test funzionali di Magento (MFTF) per completare i test funzionali per Adobe Commerce dall’ambiente Cloud Docker. Consulta Test dell'applicazione nella Guida di Cloud Docker per Commerce.
Configurare lo strumento Security Scan
È disponibile uno strumento di analisi della sicurezza gratuito per i siti. Per aggiungere i tuoi siti ed eseguire lo strumento, consulta Strumento di analisi della sicurezza.