Étape 2 — Preuve de concept

Lorsque vous effectuez une migration, il est essentiel de prouver si la solution de l'État cible fonctionnera comme prévu. Nous vous recommandons vivement de faire un exercice proof-of-concept (PoC). Cette section se concentre sur les différents aspects à prendre en compte lors de l'exécution d'un PoC :

• Définition des critères d'entrée et de sortie

• Sécurisation du financement

• Automatiser

• Des tests approfondis

• Étapes PoC

• Simulation de panne

Définition des critères d'entrée et de sortie

Disposer de critères d'entrée et de sortie clairs est essentiel à la réussite d'un exercice PoC. Lorsque vous définissez vos critères de saisie, tenez compte des points suivants :

• Définition du cas d'utilisation

• Accès aux environnements

• Connaissance des différents services

• Exigences de formation associées

De même, définissez des critères de sortie que vous pouvez utiliser pour évaluer le résultat du PoC, notamment les suivants :

• Fonctionnalité

• Exigences de performance

• Implémentations de sécurité PoC

Sécurisation du financement

Sur la base de la définition des critères du PoC, garantir le financement du PoC. Assurez-vous d'avoir effectué le bon dimensionnement et d'avoir pris en compte tous les coûts associés. Si vous effectuez une migration sur site vers AWS, incluez le coût associé à la migration de vos frameworks vers le cloud AWS depuis votre site. Si vous êtes déjà client AWS, contactez votre responsable de compte AWS pour déterminer si vous êtes éligible aux crédits pouvant être utilisés pour la migration vers Amazon OpenSearch Service.

Automatiser

Identifiez les domaines dans lesquels l'automatisation peut être effectuée et planifiez une piste dédiée pour automatiser et chronométrer les tests. Le déploiement et les tests automatisés vous permettent de rincer, de répéter, de tester et de valider rapidement et sans erreur humaine.

En chronométrant un test, vous pouvez vous assurer de livrer à temps et vous pouvez passer à d'autres activités si des difficultés se présentent. Par exemple, si vos tests de performance prennent plus de temps que le temps estimé, vous pouvez suspendre cette activité. Vous pouvez ensuite passer à d'autres tests et activités de validation pendant que vos développeurs résolvent les problèmes. Vous pourrez revenir aux tests de performance une fois les problèmes résolus. Comparez les performances de votre solution existante et créez des tests de performance automatisés qui peuvent valider l'effet de vos modifications de configuration pendant le PoC.

Des tests approfondis

Testez toutes les parties de la pile en vous assurant d'effectuer les validations requises pour les différentes couches, telles que les pipelines d'ingestion et les mécanismes de requête, qui s'intègrent à votre domaine Amazon OpenSearch Service. Cela vous aidera à valider la mise en œuvre de la end-to-end solution.

Couche de présentation

Dans la couche de présentation, veillez à exécuter un exercice PoC incluant les activités suivantes :

• Authentifier : validez les mécanismes prévus pour authentifier vos utilisateurs.

• Autoriser : identifiez les mécanismes d'autorisation que vous souhaitez suivre et vérifiez qu'ils fonctionnent comme prévu.

• Requête — Quels sont les cas d'utilisation les plus courants que vous rencontrerez en production ? Quels sont les scénarios avant-gardistes qui sont essentiels pour votre entreprise ? Identifiez ces modèles et validez-les lors du PoC.

• Rendu — Les données sont-elles restituées de manière précise et appropriée pour les différents utilisateurs, quel que soit le cas d'utilisation ? Pour les cas d'utilisation de l'analyse des journaux, vous souhaiterez peut-être créer et tester le tableau de bord sur OpenSearch Dashboards ou Kibana, selon la version cible, pour vérifier qu'il répond à vos exigences.

Couche d'ingestion

Dans la couche d'ingestion, veillez à évaluer les différents composants tels que la collecte, la mise en mémoire tampon, l'agrégation et le stockage :

• Collecte — Pour les cas d'utilisation de l'analyse des journaux, vérifiez si toutes les données que vous enregistrez sont collectées. Pour les cas d'utilisation de la recherche, identifiez les sources qui alimentent les données et effectuez des validations sur l'exhaustivité et l'exactitude des données afin de vous assurer que la phase de collecte a été exécutée avec succès.

• Mémoire tampon : en cas de pic de trafic, vous pouvez vous assurer que vous mettez en mémoire tampon les données ingérées. Il existe différentes manières de créer un plan de mise en mémoire tampon. Par exemple, vous pouvez collecter des données dans Amazon Data Firehose ou utiliser le stockage Amazon S3 comme tampon.

• Agrégation : validez toute agrégation de données, telle que l'utilisation en masse des API, que vous effectuez lors de l'ingestion.

• Stockage — Vérifiez si le stockage est capable de gérer de manière optimale l'ingestion que vous effectuez.

Étapes PoC

Nous vous recommandons d'utiliser les étapes suivantes pour implémenter votre PoC et valider le résultat. N'ayez pas peur de répéter ces phases de PoC et d'ajuster le plan PoC même si vous avez investi du temps dans la planification préalable.

• Tests fonctionnels et tests de charge : assurez-vous que tous les niveaux sont testés de manière approfondie. Simulez des défaillances dans toutes les parties de la pile. Par exemple, si vous avez un cluster composé de deux grands nœuds et que l'un d'eux tombe en panne, l'autre nœud doit absorber tout le trafic de votre cluster. Dans un tel scénario, le fait d'avoir un plus grand nombre de nœuds plus petits peut permettre une reprise plus fluide en cas de défaillance d'un nœud. Testez vos charges de travail aux pics de charge et au-delà pour vous assurer que les performances ne sont pas affectées dans de tels scénarios. Pendant les tests, soulevez les problèmes à un stade précoce afin que les problèmes potentiels soient évalués par les différentes parties prenantes au bon moment.

• Vérification KPIs et réglage : pendant le PoC, assurez-vous que vous atteignez les résultats commerciaux que vous avez définis dans vos critères de sortie du PoC. KPIs Ajustez les configurations de manière à ce qu'elles répondent aux KPIs.

• Automatiser et déployer — L'automatisation et la surveillance sont les autres aspects clés sur lesquels il faut se concentrer lors des tests PoC. Affinez vos étapes d'automatisation et validez-les avec un suivi détaillé afin de fournir à toutes les parties prenantes suffisamment d'informations pour évaluer en toute confiance les résultats du PoC. Documentez toutes les étapes et créez un runbook que vous pourrez réutiliser pour la migration de production.

Simulation de panne

Nous vous recommandons vivement de simuler un scénario de défaillance et de vérifier si votre conception offre la résilience et la tolérance aux pannes requises pour répondre aux exigences de vos utilisateurs. Vous souhaiterez peut-être simuler la défaillance d'un nœud de données pour vérifier si votre cluster dispose de suffisamment de ressources pour gérer correctement la restauration. Pour vérifier si votre domaine risque d'être submergé par l'ingestion de volumes importants, vous pouvez tester les paramètres de mise en mémoire tampon en simulant une explosion soudaine de logs provenant de certaines de vos sources. Vérifiez que votre conception ne dépasse aucun quota lorsque vous passez à un déploiement de production. Pour plus d'informations, consultez la documentation Amazon OpenSearch Service sur les quotas de service.