KPIs et continuité des activités

Au cours de la migration, il est essentiel que vous définissiez vos objectifs commerciaux et vos indicateurs de performance clés (KPIs) pour mesurer le succès. Il est important de définir vos objectifs dès le début du processus de migration et d'établir une base de référence pour votre système actuel afin de pouvoir déterminer des améliorations mesurables. Les objectifs communs des parcours clients sont les suivants :

• Améliorez l'agilité opérationnelle.

  Dans le cadre de cet objectif, vous pouvez mesurer et comparer votre déploiement existant avec l'environnement cible en utilisant les mesures suivantes :

  • Temps moyen de provisionnement du cluster.

  • Il est temps de déployer le déploiement dans une nouvelle zone géographique

  • Temps moyen de configuration de la sécurité du cluster

  • Temps moyen nécessaire pour faire évoluer votre environnement (par exemple, ajouter des nœuds et du stockage)

  • Temps moyen de détection des requêtes peu performantes et temps moyen de réparation

  • Temps moyen de mise à niveau de la version logicielle

• Réduisez le coût total de possession (TCO).

  Pour calculer votre TCO actuel, vous pouvez utiliser les indicateurs suivants :

  • Nombre d'heures consacrées au développement et à l'exploitation de la solution (développement, surveillance DevOps, mise à l'échelle, sauvegarde, restauration)

  • Coût de licence associé au logiciel existant

  • Coûts des centres de données (achat et actualisation du matériel, électricité, refroidissement, espace, racks, équipements réseau)

  • Heures du personnel consacrées à la configuration de la solution (installations logicielles, mise en réseau)

  • Coût des audits de conformité (HIPAA, PCI DSS, SOC, ISO, RGPD, FedRAMP)

  • Coût de configuration de la sécurité (chiffrement au repos et en transit, configuration de l'authentification et de l'autorisation, contrôle d'accès précis)

  • Coût de conservation d'un grand volume de données chaudes et froides

  • Coût de configuration de la haute disponibilité dans les zones de disponibilité

  • Coût du surprovisionnement pour éviter les achats fréquents de matériel ou la gestion des pics de charge

  Cette liste n'est pas exhaustive.

• Surveillez le temps de disponibilité et les autres accords de niveau de service (). SLAs SLAs que vous pouvez mesurer et améliorer en migrant vers le nouvel environnement sont notamment les suivants :

  • Disponibilité totale (données historiques de disponibilité du déploiement existant par rapport au SLA de 99,9 % fourni par Amazon Service) OpenSearch

  • Reprise en cas de défaillance (objectif du point de reprise et objectif du temps de reprise)

  • Temps de réponse associé à diverses fonctions (par exemple, recherche et indexation)

  • Nombre d'utilisateurs simultanés

  • Temps de réplication entre différentes zones géographiques et clusters.

Lorsque vous migrez vers Amazon OpenSearch Service, utilisez un processus itératif pour vérifier si vous les atteignez ou les dépassez KPIs et si vous obtenez les résultats souhaités.

Performance opérationnelle

Les indicateurs de performance constituent un domaine clé à prendre en compte dans votre solution actuelle. Établissez un point de référence et déterminez les améliorations que vous comptez apporter dans votre environnement cible. Cela inclut votre SLA de disponibilité et vos exigences en matière de latence. Cela vous aidera à établir et, dans la plupart des cas, à améliorer vos niveaux de service actuels. En général, les clients examinent les indicateurs de niveau de service suivants

• Lectures et écritures par seconde

• Latence de lecture et d'écriture

• Pourcentage de disponibilité

Lorsque vous concevez votre propre architecture SLAs, il est important de bien comprendre l'accord Amazon OpenSearch Service - Service Level Agreement.

Performances des processus

Pour établir des objectifs de continuité des activités, il est important d'évaluer les performances de vos processus actuels. Identifiez et passez en revue les runbooks ou les procédures opérationnelles standard (SOPs) existants de la plateforme actuelle, et déterminez les domaines dans lesquels votre équipe passe le plus clair de son temps. La migration est une bonne occasion de travailler à l'amélioration de ces domaines afin que votre équipe puisse se concentrer sur l'innovation, le développement des fonctionnalités commerciales et l'amélioration de l'expérience client. Vous pouvez identifier les points faibles de votre environnement existant en consultant l'historique des données d'assistance ou des tickets de panne afin de déterminer le temps que votre personnel de support et de développement a consacré à la résolution de ces problèmes. La capture des indicateurs suivants peut vous aider à mesurer les améliorations apportées par votre environnement cible :

• Temps moyen avant défaillance (MTTF) (uptime)

• Temps moyen entre défaillances (MTBF)

• Temps moyen de détection (MTTD) d'une panne

• Temps moyen de réparation (résolution) (MTTR)

• Nombre de tickets d'assistance reçus

Transition en douceur vers de nouveaux services

Pour garantir la continuité des activités de vos services, il est important de planifier soigneusement une transition harmonieuse. La migration est le moment idéal pour moderniser votre application et les services associés à votre plateforme de recherche ou d'analyse des journaux. Cependant, vous devez planifier une stratégie de transition prudente qui n'aura aucune incidence sur vos services existants. La section sur la stratégie de transition de ce document fournit des informations sur la manière de planifier une transition fluide vers l'environnement cible.

Indicateurs financiers

Il peut y avoir de nombreuses raisons de migrer vers Amazon OpenSearch Service, mais le coût est généralement un facteur majeur. Comprenez le coût total de possession (TCO) de l'environnement existant afin de pouvoir mesurer les économies que vous réalisez en passant au service géré. Vous pouvez commencer par la liste des mesures répertoriées sous l'objectif de réduction du coût total de possession. AWS a publié une étude comparative de la valeur du cloud qui peut aider les équipes à présenter une analyse de rentabilisation en faveur de la migration vers le cloud AWS. Bien que l'étude ne soit pas spécifique à Amazon OpenSearch Service, elle couvre les principaux domaines de valeur communs à la plupart des migrations vers le cloud, notamment la migration vers Amazon OpenSearch Service.

Dans la plupart des cas, Amazon OpenSearch Service réduit le coût total de possession. Lors du calcul du coût total de possession, il est essentiel d'intégrer le coût du personnel. Il est important de comprendre le temps et le coût que vos ingénieurs consacrent à la maintenance de l'environnement actuel. De nombreux clients comparent uniquement le coût de l'infrastructure de stockage, de calcul et de réseau au coût du service géré. Toutefois, cela pourrait ne pas vous fournir un coût total de possession précis. Amazon OpenSearch Service permet à votre équipe de gagner en efficacité opérationnelle en gérant des tâches qui devaient autrement être effectuées par vos ingénieurs. Cela inclut les tâches suivantes :

• Dimensionnement d'un cluster en ajoutant ou en supprimant des nœuds

• Corriger

• Mise à niveau sur place

• Effectuer des sauvegardes

• Configuration des outils de surveillance pour capturer les journaux et les mesures

Ces activités sont automatisées par le service, et AWS met à disposition une équipe de support au niveau de la production. Cela signifie que votre personnel peut se concentrer sur les activités qui apportent une valeur ajoutée directe à votre entreprise.