Alors que les réseaux deviennent plus complexes, l’infrastructure supportée par l’informatique a tendance à se développer à un rythme relativement régulier. Cependant, au cours des dernières années, l’empreinte dont l’informatique est responsable a augmenté de façon exponentielle. Pour cette raison, le service informatique est souvent le premier à être blâmé lorsque les applications sont lentes ou que les performances du réseau diminuent. Le rôle de l’informatique est passé à celui de la défense où la culpabilité jusqu’à preuve de l’innocence est la norme. Malheureusement, cela a entraîné l’apparition d’une nouvelle métrique – le temps moyen d’innocence (MTTI).
L’inadéquation entre la propriété et la responsabilité laisse le service informatique passer beaucoup trop de temps à trier les problèmes d’expérience utilisateur liés à l’infrastructure qu’il ne possède pas. Chaque heure supplémentaire qu’ils passent signifie plus de coûts encourus pour résoudre les problèmes. Ils passent ce temps à rechercher des solutions de surveillance ponctuelles cloisonnées qui ne sont pas intégrées à la recherche de l’aiguille dans la botte de foin des problèmes de performances, même lorsque la cause première est un problème chez un fournisseur de cloud ou un FAI. Le fait est que les équipes NetOps sont désormais responsables de l’intégralité de l’expérience utilisateur, qu’elle existe à l’extérieur ou à l’intérieur de leur centre de données.
Prenons l’exemple des pannes de FAI. Combien d’heures les équipes informatiques passent-elles à résoudre les problèmes d’expérience utilisateur pendant les pannes jusqu’à ce que ces fournisseurs publient enfin que la panne s’est réellement produite dans leur environnement ? Les équipes NetOps ont besoin d’une solution qui étend leur visibilité de surveillance à ces réseaux non gérés tels que les FAI et les fournisseurs de cloud afin qu’ils puissent identifier rapidement que le problème de performances ne se situe pas sur leur réseau, mais sur le réseau du FAI ou du fournisseur de cloud.
Prenons un exemple. Vous avez un accident de voiture mineur et devez appeler la compagnie d’assurance. Lorsque vous appelez la compagnie d’assurance pour déposer la réclamation, l’agent du centre d’appels ne peut pas vous dire de rappeler plus tard simplement parce que l’agent semble avoir des problèmes avec Internet et ne peut pas accéder à la demande de réclamation. Aujourd’hui, la plupart des centres d’appels, sinon tous, travaillent à domicile, ce qui signifie qu’ils utilisent le sans fil domestique, les FAI résidentiels, les FAI de base, les fournisseurs de cloud et les environnements SaaS pour accéder aux applications qu’ils utilisent pour servir leurs clients.
Notez que cette liste ne mentionne pas les centres de données d’entreprise dans ce chemin de livraison du réseau – mais NetOps pourrait toujours être blâmé pour ses mauvaises performances, même s’il ne traverse aucune infrastructure de centre de données informatique. Le temps nécessaire pour résoudre ces problèmes peut entraîner des retards et une perte de confiance dans l’informatique.
Les équipes NetOps sont désormais responsables des performances de l’ensemble du chemin réseau pour l’expérience de l’utilisateur final, quel que soit son propriétaire. Sans solutions efficaces pour aider, le service informatique est coincé à essayer de prouver son innocence et de réduire le MTTI afin de satisfaire les utilisateurs. Fait intéressant, l’EMA a récemment publié son mégatendances rapport qui note que « 99 % des entreprises ont adopté le cloud public, mais seulement 18 % ont décrit leurs outils comme très efficaces pour surveiller le cloud ».
Idéalement, NetOps devrait avoir une visibilité sur les performances des réseaux sans fil domestiques, des FAI résidentiels, des FAI backbone, des fournisseurs de cloud et des environnements SaaS – tout ce qui n’appartient pas à leurs propres réseaux d’entreprise. Selon la statistique ci-dessus, l’informatique n’a pas la visibilité nécessaire pour dépanner et résoudre même les problèmes d’application cloud les plus courants. Surtout avec le travail hybride, l’ajout de cette visibilité semble être le seul moyen pour les équipes NetOps d’assurer l’expérience utilisateur pour leurs clients.
Si le service informatique dispose de cette visibilité, il peut facilement prouver que des problèmes de performances se produisent dans les environnements appartenant aux FAI et aux fournisseurs de cloud. Ils peuvent résoudre les problèmes en quelques minutes et éviter de passer des heures à chercher l’aiguille dans la botte de foin du réseau, en réduisant les coûts d’exploitation et en réalisant le véritable retour sur investissement de leur investissement dans une solution d’observabilité du réseau de bout en bout.
Avec les doigts pointés vers l’informatique chaque fois qu’une application devient lente, MTTI est plus important que jamais. Si ce n’est pas dans votre réseau, vous ne pourrez peut-être pas résoudre personnellement le problème, mais vous pouvez prouver que ce n’est pas votre faute avec une visibilité suffisante. Chez Broadcom Software, nous pouvons vous aider à protéger l’expérience numérique en offrant de manière unique une visibilité réseau de bout en bout au-delà de la périphérie de votre réseau d’entreprise et dans les FAI et les fournisseurs de cloud, afin que vous puissiez voir chaque appareil, chaque saut, chaque transaction pour n’importe quel utilisateur. sur n’importe quel réseau n’importe où.
Vous pouvez en savoir plus sur la façon de relever les défis du nouveau réseau dans cet eBook, Guide de la visibilité partout. Lisez maintenant et découvrez comment les organisations peuvent créer une visibilité réseau à la périphérie du réseau et au-delà.
Source link