Près de 80 % des applications d’entreprise sont désormais des logiciels de type Software as a Service (SaaS)*. Même les applications les plus critiques migrent désormais vers le SaaS dans les environnements de cloud computing. La migration d’applications vers des applications SaaS hébergées dans le cloud génère des économies massives, un accès global plus facile pour le travail à domicile et les employés répartis ici et là, un déploiement d’applications plus rapide et une gestion plus simple.
Le passage aux applications cloud SaaS est une sorte de migration vers le cloud, En tant que tel, il nécessite une stratégie de migration vers le cloud prudente pour sécuriser l’expérience numérique, ainsi que la productivité des employés et de l’entreprise. La migration des utilisateurs d’applications exécutées sur site vers des applications SaaS cloud peut avoir des implications commerciales importantes. Cloud, SaaS : les deux ont en commun des défis de migration vers le cloud potentiellement perturbateurs en matière de monitoring, de dépannage et de sécurisation de l’expérience numérique des employés.
Les migrations cloud SaaS populaires incluent des applications critiques pour l’entreprise telles que les ERP (SAP4 / HANA), les CRM cloud (Force.com / Saleforce ou Hubspot), les suites bureautiques SaaS telles qu’Office 365, les plates-formes de communication unifiées hébergées sur le cloud telles que Avaya cloud office, Webex et Équipes, plates-formes d’information collaboratives (telles que SharePoint et Power Platform de Microsoft) et systèmes de gestion de documents tels que NetDocuments.
Quels sont les risques de la migration d’applications SaaS et cloud pour l’expérience numérique ?
Problèmes de performance lors de la migration vers des applications cloud SaaS
Les principaux risques de performance qui surviennent lors du passage à des applications SaaS dans le cloud incluent :
La dégradation des temps de réponse des applications SaaS causée par la connectivité utilisateur-SaaS/cloud
Les utilisateurs disposaient d’un chemin réseau clair entre les sites d’application et les données centres. Votre équipe informatique contrôlait toute l’infrastructure entre ces deux points. L’ajout de réseaux publics (réseau d’accès Internet ou cloud) à un réseau privé (WAN/MPLS, VPN, LAN) peut augmenter la latence du réseau entre les utilisateurs et l’application (voir ‘Pilotes de performance SaaS’ pour plus d’informations). Cela peut augmenter le temps de réponse pour les utilisateurs finaux, avec un impact négatif sur leur expérience.
Les équipes IT et Service Desk manquent d’outils pour gérer les problèmes de performance
Le passage au cloud est un changement de paradigme : vous devez gérer les services fournis par d’autres (fournisseurs de services de connectivité, CASB/ZTNA, fournisseurs de cloud et SaaS) ainsi que les vôtres (points de terminaison, réseaux locaux, WiFi, etc.) Les outils de monitoring des réseaux et des applications conçus pour surveiller les applications privées et packagées manquent de visibilité sur le SaaS dans les environnements de cloud computing, qui ne peuvent pas être surveillés à l’aide de l’analyse du trafic.
Conséquences commerciales potentielles
Le service informatique peut avoir du mal à maintenir le contrôle de la chaîne de livraison de bout en bout lorsqu’il passe au SaaS basé sur le cloud. Sans un outil de monitoring et de gestion complet, les équipes informatiques peuvent avoir du mal à identifier les pannes de service. Le manque de visibilité SaaS peut entraîner des temps d’arrêt coûteux et des SLA non respectés. Les services informatiques peuvent avoir des difficultés avec la disponibilité et les performances du SaaS.
Les conséquences d’outils inadéquats pour résoudre rapidement les problèmes de performances SaaS et cloud ont un impact direct sur l’entreprise de plusieurs manières :
Efficacité du service d’assistance informatique
Votre service d’assistance informatique n’est peut-être pas préparé à gérer les tickets des utilisateurs finaux concernant les temps de réponse SaaS et le travail à distance. L’incapacité à qualifier et à résoudre ces cas réduira les taux de clôture, augmentera les délais de résolution et frustrera les utilisateurs. Cela peut entraîner un manque de crédibilité de l’équipe informatique, une baisse de la productivité et des temps de résolution plus longs.
Productivité des opérations informatiques et réseau
Sans une surveillance appropriée, il est impossible d’identifier rapidement la source de tout goulot d’étranglement, ce qui signifie que les entreprises ne sont pas en mesure de maximiser la productivité de leurs ressources informatiques. De plus, sans la capacité d’identifier ces cas, l’équipe informatique n’est pas en mesure de prendre des mesures proactives pour prévenir les problèmes futurs.
Gestion des fournisseurs inefficaces
Les équipes informatiques doivent mesurer la contribution de chaque couche et tenir les équipes internes et les fournisseurs externes responsables des problèmes. Le service informatique ne peut pas optimiser les performances ou avoir des échanges productifs avec les fournisseurs sans une visibilité de bout en bout et une répartition claire des temps de réponse. Savoir qui est responsable accélère la résolution des problèmes.
Impact sur la productivité de l’entreprise
De mauvaises performances SaaS affectent les processus métier et la productivité des utilisateurs. La lenteur des performances des applications frustre et réduit la productivité des utilisateurs. Cela peut réduire leur productivité et l’efficacité d’une entreprise.
Comment atténuer les risques lors de la migration SaaS et cloud
Votre entreprise envisage de migrer vers le cloud et de remplacer les applications hébergées localement par SaaS. Comment pouvez-vous minimiser l’impact des problèmes de performance sur vos clients ?
1. Commencer par une base de référence claire
La sécurisation de l’expérience numérique nécessite des comparaisons entre les périodes, les versions, les groupes d’utilisateurs, etc. pour déterminer les temps de réponse. Tout d’abord, vous devez avoir une visibilité sur la situation de démarrage actuelle et sur l’expérience des applications et de l’infrastructure.
Quelles sont les informations les plus importantes dont vous aurez besoin pour comprendre comment l’utilisation des applications affecte votre infrastructure et comment les expériences numériques des utilisateurs vont changer après la migration ? Voici une courte liste :
- Profil d’utilisation
- Répartition des utilisateurs par localisation (à distance, pays, sur site, …)
- Transactions les plus courantes
- Temps de réponse et taux d’erreur
- Par transaction
- Par localisation
- Connectivité
- Chemin utilisateur vers l’application
- Performances réseau correspondantes (latence, perte de paquets )
- Services d’infrastructure ayant un impact sur la latence (pare-feu, proxy, etc.)
Cela servira de référence pour l’expérience numérique actuelle de l’application et vous aidera à estimer :
- les lacunes et les faiblesses actuelles de l’application d’origine
- si la réponse de l’application a été améliorée ou dégradée
2. » Vérifications d’intégrité » pendant la préparation de la migration SaaS
Vous pouvez effectuer certains tests avant même que l’application ne soit mise à la disposition du premier groupe d’utilisateurs pilotes. Des tests de performance sont utilisés pour s’assurer que les temps de réponse et les débits restent dans des limites acceptables.
Contrôles de connectivité
Les utilisateurs accéderont très probablement à l’application SaaS différemment des applications héritées, par exemple :
- Pour accéder aux applications héritées, la plupart des utilisateurs se connectent à votre centre de données via SD-WAN/MPLS ou un VPN.
- Ils utiliseront très probablement différents chemins dans une architecture SaaS centrée sur le cloud, tels que :
- Un accès Internet direct
- Un accès Internet à domicile via un CASB
- Une dérivation Internet locale à partir d’un site connecté au SD-WAN
- Une connexion VPN/MPLS/SD-WAN, suivie par internet ou passerelle cloud sécurisée.
Dans cette optique, vous devez :
- Définir précisément les changements qui interviennent dans l’architecture d’accès aux applications
- Enregistrer une connectivité « Acte de naissance »
- Latence sur les réseaux privés
- Latence induite par les dispositifs de sécurité et les passerelles
- Latence sur les composants de l’application
- Mesurer la latence de bout en bout entre l’utilisateur et les composants de l’application
- Les comparer avec la latence d’origine, celle à laquelle les utilisateurs sont exposés lorsqu’ils accèdent à l’application héritée.
- Déterminer le potentiel d’optimisation de cette connectivité.
Audit de l’infrastructure du fournisseur SaaS
Chaque plate-forme d’application SaaS combine des services de centre de données, de CDN, de cloud et de tiers. Les plates-formes SaaS ont souvent plus de 20 noms d’hôtes dans différents environnements d’hébergement, régions et fournisseurs de cloud.
Chaque plate-forme d’application SaaS combine des services de centre de données, de CDN, de cloud et de tiers. Les plates-formes SaaS ont souvent plus de 20 noms d’hôtes dans différents environnements d’hébergement, régions et fournisseurs de cloud.
- Structure et accessibilité
- Quels noms d’hôte sont utilisés ?
- Quel impact ont-ils sur la capacité de l’application à fonctionner correctement ? (Certains noms d’hôtes seront largement utilisés, tandis que d’autres seront utilisés occasionnellement)
- « Capillarité Cloud »
- Quels services sont proposés à partir d’emplacements cloud très dispersés par rapport à un petit nombre de sites dans le monde ?
- Quelle est la proximité entre chaque nom d’hôte critique et l’emplacement actuel des utilisateurs en termes de latence du réseau et de taux de perte de paquets ?
- Connexion 3P de la plateforme (sur site, SaaS, PaaS hébergé)
- De nombreuses plateformes SaaS utiliseront des API pour accéder aux données stockées sur d’autres plateformes.
- Le monitoring de la latence du réseau entre les centres de données/clouds sur site et la plate-forme SaaS est également importante. Vous devez connaître la fiabilité et la qualité de la connectivité.
En validant ces points, vous identifierez probablement des problèmes ayant un impact sur l’entreprise que vous pourrez résoudre avant que les utilisateurs ne mettent à l’échelle l’application SaaS. Lors du lancement d’une plateforme SaaS, la fiabilité du réseau est cruciale. La veille régulière de la latence du réseau peut garantir une expérience numérique fluide et fiable.
3. Monitoring des performances pendant les tests bêta
Les tests bêta vous fournissent des données de performances réelles sur l’application SaaS et l’expérience numérique. C’est l’occasion d’optimiser la chaîne de livraison des applications de bout en bout avant la production.
- Vérification des performances réelles
- Emplacements, appareils, navigateurs, transactions avec des temps de réponse médiocres
- Couche d’infrastructure correspondant aux goulots d’étranglement des performances
- Mesure de performance pour tous les bêta-testeurs
- Optimisation en boucle fermée
- À ce stade, vous pouvez facilement essayer d’autres moyens d’accéder à l’application SaaS et mesurer l’impact réel sur les temps de réponse de l’utilisateur final.
- Utilisez les connaissances acquises pour améliorer les performances futures des utilisateurs réguliers.
- Engagez les fournisseurs de manière proactive pour fournir les meilleures performances possibles avant de passer à l’échelle
- Collectez des données objectives sur les goulots d’étranglement des performances
- Demandez aux fournisseurs de télécommunications, aux fournisseurs CASB et SaaS de maximiser les performances
Avant d’introduire de vrais utilisateurs, profitez de cette étape pour affiner l’application. Avant de passer à l’échelle, engagez de manière proactive les fournisseurs à fournir les meilleures performances.
4. Augmenter l’utilisation et les performances des applications SaaS
Votre infrastructure et celle de vos fournisseurs peuvent réagir différemment à mesure que l’utilisation des applications augmente. Chacun de ces composants gère les volumes différemment, et chacun d’eux peut être un goulot d’étranglement ou un maillon faible. Si vous voulez une application SaaS performante, optimisez chaque composant.
Pendant la montée en puissance, le monitoring des temps de réponse des utilisateurs finaux et du comportement de l’infrastructure raccourcira le MTTR et permettra une optimisation rapide. En plus de surveiller les performances des applications, il est important d’analyser l’utilisation de chaque couche pendant les périodes de pointe et de faible trafic utilisateur :
- Contrôle en temps réel
- Optimisation
- Gestion des fournisseurs tout au long du processus
Étape d’exécution : atteindre et maintenir des performances optimales
Une fois en production, les performances des applications SaaS continueront d’évoluer :
- Au fil des versions logicielles
- Mises à jour et des changements sur les plates-formes SaaS
- Des changements et des incidents de production sur les réseaux de télécommunications, les échanges Internet et points d’appairage, les passerelles d’accès au cloud
- Mises à jour et incidents du réseau interne
L’architecture des applications doit être constamment surveillée et optimisée pour garantir des performances optimales et la meilleure expérience numérique pour les utilisateurs.
La plateforme de monitoring de l’expérience numérique de Kadiska assure le monitoring des performances des applications SaaS et la connectivité réseau. Avec Kadiska, les entreprises peuvent être alertées de manière proactive des problèmes d’infrastructure potentiels et maintenir des performances optimales en surveillant de près les réseaux, les applications SaaS, les environnements d’hébergement cloud et les passerelles d’accès au cloud.
Sécurisez l’expérience numérique de votre migration SaaS
En savoir plus sur la migration SaaS, les performances et l’expérience numérique grâce à ces webinaires :
