KPIs e continuità aziendale

È essenziale che durante la migrazione stabiliate gli obiettivi aziendali e gli indicatori chiave di prestazione (KPIs) per misurare il successo. È importante determinare gli obiettivi all'inizio del processo di migrazione e stabilire una linea di base per il sistema attuale in modo da poter determinare miglioramenti misurabili. Gli obiettivi comuni nei percorsi dei clienti includono i seguenti:

• Migliora l'agilità operativa.

  Con questo obiettivo, puoi misurare e confrontare la tua implementazione esistente con l'ambiente di destinazione utilizzando le seguenti metriche:

  • Tempo medio di provisioning del cluster.

  • È ora di implementare l'implementazione in una nuova area geografica

  • Tempo medio per configurare la sicurezza del cluster

  • Tempo medio necessario per scalare l'ambiente (ad esempio aggiungendo nodi e aggiungendo storage)

  • Tempo medio per rilevare le query con prestazioni lente e tempo medio per ripararle

  • Tempo medio di aggiornamento della versione del software

• Riduzione del costo totale di proprietà (TCO).

  Per calcolare il TCO attuale, puoi utilizzare le seguenti metriche:

  • Numero di ore di personale impiegate per creare e utilizzare la soluzione (sviluppo, monitoraggio DevOps, scalabilità, backup, ripristino)

  • Costo della licenza associato al software esistente

  • Costi del centro dati (approvvigionamento e aggiornamento dell'hardware, elettricità, raffreddamento, spazio, rack, dispositivi di rete)

  • Ore del personale per configurare la soluzione (installazioni software, rete)

  • Costo per gli audit di conformità (HIPAA, PCI DSS, SOC, ISO, GDPR, FedRAMP)

  • Costo della configurazione della sicurezza (crittografia a riposo e in transito, configurazione dell'autenticazione e dell'autorizzazione, controllo granulare degli accessi)

  • Costo della conservazione di un grande volume di dati caldi e freddi

  • Costo della configurazione dell'alta disponibilità tra le zone di disponibilità

  • Costo dell'overprovisioning per evitare l'approvvigionamento frequente di hardware o la gestione di carichi di picco

  L'elenco non è completo.

• Monitora l'operatività e altri accordi sui livelli di servizio (). SLAs SLAs che è possibile misurare e migliorare migrando al nuovo ambiente includono quanto segue:

  • Uptime totale (dati storici di uptime dell'implementazione esistente rispetto allo SLA del 99,9% fornito da Amazon Service) OpenSearch

  • Ripristino in caso di guasto (obiettivo del punto di ripristino e obiettivo del tempo di ripristino)

  • Tempo di risposta associato a varie funzioni (ad esempio, ricerca e indicizzazione)

  • Numero di utenti simultanei

  • Tempo di replica tra aree geografiche e cluster diversi.

Durante la migrazione ad Amazon OpenSearch Service, utilizza un processo iterativo per verificare se li stai soddisfacendo o superando KPIs e se stai ottenendo i risultati desiderati.

Prestazioni operative

Un'area chiave da considerare nella soluzione attuale è rappresentata dalle metriche delle prestazioni. Stabilite un benchmark e stabilite i miglioramenti che vi aspettate di ottenere nell'ambiente di destinazione. Ciò include i requisiti di uptime, SLA e latenza. Questo vi aiuterà a stabilire e, nella maggior parte dei casi, a migliorare i vostri attuali livelli di servizio. Di solito, i clienti esaminano i seguenti indicatori del livello di servizio

• Letture e scritture al secondo

• Latenza di lettura e scrittura

• Percentuale di operatività

Quando ne progetti uno tuo SLAs, è importante comprendere appieno l'Amazon OpenSearch Service - Service Level Agreement.

Prestazioni del processo

Per stabilire gli obiettivi di continuità aziendale, è importante valutare le prestazioni attuali dei processi. Identifica e rivedi i runbook o le procedure operative standard (SOPs) esistenti della piattaforma corrente e determina le aree in cui il team trascorre la maggior parte del tempo. La migrazione è una buona opportunità per lavorare al miglioramento di queste aree in modo che il team possa concentrarsi sull'innovazione, sullo sviluppo di funzionalità aziendali e sul miglioramento dell'esperienza del cliente. È possibile identificare i punti deboli dell'ambiente esistente esaminando i dati storici relativi all'assistenza o ai ticket di assistenza per determinare il tempo impiegato dal personale di supporto e sviluppo per risolvere questi problemi. L'acquisizione delle seguenti metriche può aiutarvi a misurare i miglioramenti apportati dall'ambiente di destinazione:

• Mean Time to failure (MTTF) (uptime)

• Tempo medio tra i guasti (MTBF)

• Tempo medio di rilevamento (MTTD) di un guasto

• Tempo medio di riparazione (risoluzione) (MTTR)

• Numero di ticket di assistenza ricevuti

Transizione fluida a nuovi servizi

Per garantire la continuità aziendale dei servizi, è importante pianificare attentamente una transizione senza interruzioni. La migrazione è un buon momento per modernizzare l'applicazione e i servizi associati alla piattaforma di ricerca o di analisi dei log. Tuttavia, è necessario pianificare un'attenta strategia di cutover che non influisca sui servizi esistenti. La sezione relativa alla strategia di cutover di questo documento fornisce informazioni su come pianificare un cutover senza interruzioni verso l'ambiente di destinazione.

Metriche finanziarie

Potrebbero esserci molte ragioni per migrare ad Amazon OpenSearch Service, ma il costo è generalmente un fattore importante. Comprendi il costo totale di proprietà (TCO) dell'ambiente esistente in modo da poter misurare i risparmi sui costi che ottieni passando al servizio gestito. Puoi iniziare con l'elenco delle metriche elencate nell'obiettivo Ridurre il costo totale di proprietà. AWS ha pubblicato uno studio di benchmarking del valore del cloud che può aiutare i team a elaborare un business case per la migrazione al cloud AWS. Sebbene lo studio non sia specifico per Amazon OpenSearch Service, copre aree di valore chiave comuni alla maggior parte delle migrazioni cloud, inclusa la migrazione ad Amazon OpenSearch Service.

Nella maggior parte dei casi, Amazon OpenSearch Service offre un TCO inferiore. Nel calcolo del TCO, è fondamentale includere i costi del personale. Comprendere il tempo e i costi che i tecnici impiegano per mantenere l'ambiente attuale è un fattore importante. Molti clienti confrontano solo il costo dell'infrastruttura di storage, elaborazione e rete con il costo del servizio gestito. Tuttavia, ciò potrebbe non fornire un costo totale di proprietà accurato. Amazon OpenSearch Service offre al tuo team efficienze operative gestendo attività che altrimenti avrebbero dovuto essere eseguite dai tuoi tecnici. Ciò include le seguenti attività:

• Ridimensionamento di un cluster aggiungendo o rimuovendo nodi

• Applicazione di patch

• Aggiornamento sul posto

• Effettuare backup

• Configurazione degli strumenti di monitoraggio per acquisire log e metriche

Queste attività sono automatizzate dal servizio e AWS offre un team di supporto a livello di produzione. Ciò significa che il tuo personale può concentrarsi su attività che aggiungono valore diretto alla tua attività.