Fase 2 — Dimostrazione del concetto

Quando si esegue una migrazione, è fondamentale dimostrare se la soluzione dello stato di destinazione funzionerà come richiesto. Consigliamo vivamente di eseguire un esercizio proof-of-concept (PoC). Questa sezione si concentra sui vari aspetti da tenere in considerazione durante l'esecuzione di un PoC:

• Definizione dei criteri di entrata e uscita

• Garantire i finanziamenti

• Automatizzare

• Test approfonditi

• Fasi PoC

• Simulazione di guasti

Definizione dei criteri di entrata e uscita

Avere criteri di ingresso e uscita chiari è fondamentale per un esercizio PoC di successo. Quando definisci i criteri di ingresso, considera quanto segue:

• Definizione del caso d'uso

• Accesso agli ambienti

• Familiarità con vari servizi

• Requisiti di formazione associati

Allo stesso modo, definisci i criteri di uscita che puoi utilizzare per valutare l'esito del PoC, tra cui:

• Funzionalità

• Requisiti di prestazioni

• Implementazioni di sicurezza PoC

Garantire finanziamenti

In base alla definizione dei criteri PoC, finanziamenti sicuri per il PoC. Assicurati di aver eseguito il giusto dimensionamento e di aver considerato tutti i costi associati. Se stai effettuando la migrazione da locale ad AWS, includi il costo associato alla migrazione dei tuoi framework dal locale al cloud AWS. Se sei già un cliente AWS, collabora con il tuo account manager AWS per capire se hai diritto a crediti che possono essere utilizzati per la migrazione ad Amazon OpenSearch Service.

Automatizzare

Identifica dove è possibile effettuare l'automazione e pianifica un percorso dedicato per automatizzare e fissare le tempistiche dei test. L'implementazione e i test automatizzati consentono di risciacquare, ripetere, testare e convalidare a un ritmo rapido e senza errori introdotti dall'uomo.

Organizzando un test nel tempo, potete assicurarvi di consegnare in tempo e di dedicarvi ad altre attività in caso di difficoltà. Ad esempio, se i test delle prestazioni richiedono più tempo del previsto, puoi sospendere tale attività. Puoi quindi passare ad altri test e attività di convalida mentre gli sviluppatori risolvono i problemi. Puoi tornare ai test delle prestazioni dopo che i problemi sono stati risolti. Analizza le prestazioni della soluzione esistente e crea test prestazionali automatici in grado di convalidare l'effetto delle modifiche alla configurazione durante il PoC.

Test approfonditi

Testa tutte le parti dello stack assicurandoti di eseguire le convalide richieste per i diversi livelli, come le pipeline di ingestione e i meccanismi di query, che si integrano con il tuo dominio Amazon Service. OpenSearch Questo ti aiuterà a convalidare l'implementazione della soluzione. end-to-end

Livello di presentazione

Nel livello di presentazione, assicuratevi di eseguire un esercizio PoC che includa le seguenti attività:

• Autenticazione: convalida i meccanismi pianificati per l'autenticazione degli utenti.

• Autorizza: identifica i meccanismi di autorizzazione che desideri seguire e verifica che funzionino come previsto.

• Domanda: quali sono i casi d'uso più comuni che incontrerai in produzione? Quali sono alcuni scenari limite che sono fondamentali per la tua azienda? Identifica questi modelli e convalidali durante il PoC.

• Rendering: il rendering dei dati viene eseguito in modo accurato e appropriato per vari utenti in diversi casi d'uso? Per i casi d'uso dell'analisi dei log, potresti voler creare e testare la OpenSearch dashboard su Dashboards o Kibana, a seconda della versione di destinazione, per confermare che soddisfi i tuoi requisiti.

Livello di ingestione

Nel livello di ingestione, assicuratevi di valutare vari componenti come raccolta, buffering, aggregazione e archiviazione:

• Raccolta: per i casi d'uso dell'analisi dei log, verifica se tutti i dati che stai registrando vengono raccolti. Per i casi d'uso di ricerca, identifica le fonti che alimentano i dati ed esegui convalide sulla completezza e la correttezza dei dati per assicurarti che la fase di raccolta sia stata eseguita correttamente.

• Buffer: se si verifica un picco di traffico, è consigliabile assicurarsi di memorizzare nel buffer i dati che vengono acquisiti. Esistono vari modi per creare un design di buffering. Ad esempio, puoi raccogliere dati in Amazon Data Firehose o utilizzare lo storage Amazon S3 come buffer.

• Aggregazione: convalida qualsiasi aggregazione di dati, ad esempio l'utilizzo di massa delle API, che esegui durante l'ingestione.

• Archiviazione: verifica se lo storage è in grado di gestire in modo ottimale l'acquisizione che stai eseguendo.

Fasi PoC

Ti consigliamo di utilizzare le seguenti fasi per implementare il tuo PoC e convalidare il risultato. Non abbiate paura di ripetere queste fasi PoC e modificare il piano PoC anche se in precedenza avete investito del tempo nella pianificazione.

• Test funzionali e test di carico: assicurati che tutti i livelli vengano testati accuratamente. Simula i guasti in tutte le parti dello stack. Ad esempio, se hai un cluster con due nodi di grandi dimensioni e uno di essi non funziona, l'altro nodo deve assorbire tutto il traffico del cluster. In uno scenario di questo tipo, avere un numero maggiore di nodi più piccoli può comportare un ripristino più agevole in caso di guasto del nodo. Testa i tuoi carichi di lavoro con carichi di picco o superiori per assicurarti che le prestazioni non subiscano ripercussioni in tali scenari. Durante i test, segnala tempestivamente i problemi in modo che eventuali problemi vengano valutati dalle varie parti interessate al momento giusto.

• Verifica KPIs e ottimizzazione: durante il PoC, assicurati di soddisfare KPIs i risultati aziendali definiti nei criteri di uscita dal PoC. Ottimizza le configurazioni in modo che soddisfino i. KPIs

• Automatizzazione e implementazione: l'automazione e il monitoraggio sono gli altri aspetti chiave su cui concentrarsi durante i test PoC. Perfeziona le fasi di automazione e convalidale insieme a un monitoraggio dettagliato per fornire a tutte le parti interessate informazioni sufficienti per valutare con sicurezza i risultati del PoC. Documenta tutti i passaggi e crea un runbook da riutilizzare per la migrazione di produzione.

Simulazione di guasti

Consigliamo vivamente di simulare uno scenario di guasto e di verificare se il progetto offre la resilienza e la tolleranza ai guasti necessarie per soddisfare i requisiti degli utenti. Potresti voler simulare un guasto di un nodo di dati per verificare se il cluster dispone di risorse sufficienti per gestire il ripristino in modo corretto. Per verificare se il dominio potrebbe essere sovraccarico dall'ingestione di grandi volumi, puoi testare le impostazioni di buffering simulando un'improvvisa esplosione di log provenienti da alcune delle tue fonti. Verifica che il tuo progetto non superi alcuna quota quando passi a un'implementazione di produzione. Per ulteriori informazioni, consulta la documentazione OpenSearch di Amazon Service sulle quote di servizio.