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 performances
Les tests de performances 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 performances 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 performances afin de réaliser des économies en termes de coûts et d’efforts. Par conséquent, ils rencontreront des problèmes d’adoption par les utilisateurs rapidement après la mise en ligne de l’application. L’architecte de solution doit sensibiliser le client aux risques encourus s’il ne réalise pas de test de performances.
Les résultats de ces tests peuvent nécessiter que l’architecte de solution aide à planifier les étapes de correction et les guide lors de la soumission des demandes de support. Les tests de performances doivent être réalisés suffisamment en avance avant la mise en service de l’application pour résoudre les éventuels problèmes rencontrés lors des tests de performances.
Questions clés auxquelles l’architecte de solution doit répondre concernant les tests de performances :
- Disposez-vous d’un environnement dédié aux tests de performances ?
- Avez-vous identifié les données principales ou de référence requises pour les tests de performances ?
- 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 performances ?
- 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 performances ?
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 de manière cohérente et prévoir un plan alternatif,
- 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 pour la mise en service. Il doit examiner le système de haut en bas, 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.