Planifier la mise en service

Plusieurs activités doivent être effectuées avant la mise en service :

• Tests de performance
• Planification du déploiement
• Évaluation des risques

Tests de performance

Les tests de performance permettent de garantir que l’application fonctionne comme prévu et peut supporter les rigueurs d’une utilisation quotidienne. De solides performances sont vitales pour l’adoption par les utilisateurs. Les utilisateurs seront réticents à utiliser une application qui prend trop de temps pour charger des pages ou parcourir les processus métier. Les tests de performance aident le client à identifier s’il a besoin de revoir certaines personnalisations et d’effectuer des réglages.

De nombreux clients n’incluent pas de tests de performance afin de réaliser des économies et de s’épargner des efforts. Par conséquent, ils rencontrent des problèmes d’adoption utilisateur rapidement après la mise en service de l’application. L’architecte de solution doit sensibiliser le client aux risques encourus s’il ne réalise pas de test de performance.

Les résultats de ces tests peuvent nécessiter que l’architecte de solution aide à planifier les étapes de correction et guide les utilisateurs lors de la soumission des demandes de support. Les tests de performance doivent être réalisés suffisamment avant la mise en service de l’application pour résoudre les éventuels problèmes rencontrés lors des tests de performance.

Questions clés auxquelles l’architecte de solution doit répondre concernant les tests de performance :

• Disposez-vous d’un environnement dédié aux tests de performance ?
• Avez-vous identifié les données principales ou de référence requises pour les tests de performance ?
• Avez-vous identifié les principaux scénarios commerciaux et leur base de référence ?
• Avez-vous identifié la charge simultanée pour les tests de performance ?
• Avez-vous identifié des emplacements sur lesquels réaliser des tests de latence ?
• Disposez-vous d’un plan pour renseigner les données requises avant les tests de performance ?

L’architecte de solution doit :

• Identifier les points chauds potentiels dans l’application dont les performances doivent être testées.
• Savoir quel pourrait être le volume de pointe et toujours prévoir un volume légèrement plus élevé.
• S’assurer que les accords de niveau de service (SLA) de performances contractuels sont testés, afin de garantir leur conformité.

L’architecte de solution doit surveiller le trafic réseau des différents bureaux. Il doit en particulier vérifier la latence et la bande passante pour garantir que les performances de l’application ne soient pas affectées par des problèmes de réseau. Vous pouvez utiliser Microsoft Azure Monitor et Azure App Insights pour surveiller les performances de vos applications.

Planification du déploiement

Le déploiement d’une solution est plus fluide s’il est planifié au préalable. Le plan de déploiement comprend de nombreuses activités visant à garantir le succès du déploiement de la solution. Les plans de déploiement varient au cas par cas, mais ils peuvent comprendre les éléments suivants :

• Configuration de l’environnement
• Types de tests
• Formation utilisateur
• Migration des données
• Stratégie de déploiement
• Assistance lors du déploiement

En fonction de la taille du projet, l’architecte de solution peut être propriétaire du plan de déploiement ou agir en tant que conseiller auprès d’une équipe de planification dédiée. En règle générale, l’architecte de solution ne crée pas le plan de déploiement, mais y participe et le vérifie.

L’architecte de solution est souvent la première personne contactée si le client n’est pas satisfait de la progression du déploiement.

L’architecte de solution doit :

• s’assurer que la séquence des événements pour la mise en service est en place ;
• rechercher les risques continuellement et prévoir un autre plan ;
• s’assurer que l’équipe est en place pour prendre en charge le déploiement.

Évaluation des risques

L’architecte de solution connaît le système mieux que quiconque ; par conséquent, il doit effectuer sa propre évaluation des risques avant la mise en service. Il doit examiner le système de long en large, puis répondre aux questions suivantes :

• Qu’est-ce qui pourrait défaillir ?
• Qu’est-ce qui pourrait ne pas fonctionner comme prévu ?
• Et si l’autre système tombe en panne ?
• Avons-nous la séquence de déploiement appropriée ?

Un architecte de solution doit toujours prévoir le pire et se féliciter s’il n’arrive pas.