La stratégie d’appel d’urgence a changé. Dans de nombreuses organisations, les chemins d’appel ne sont plus contrôlés par une seule pile téléphonique. Au lieu de cela, ils fonctionnent via des services vocaux cloud, un routage d'urgence géré par le fournisseur et des pipelines de localisation des opérateurs sans fil.

Ce changement crée de nouvelles opportunités et de nouveaux risques. L’opportunité réside dans un meilleur routage géolocalisé et une plus grande flexibilité. Le risque est celui d’une propriété fragmentée lorsqu’un appel critique traverse plusieurs frontières administratives.

Ce que cela signifie pour les équipes de mise en œuvre

Les révisions d'architecture doivent désormais inclure explicitement le comportement des fournisseurs et des opérateurs, et pas seulement la configuration de l'entreprise. Un déploiement peut sembler sain lors des tests internes, mais échouer malgré tout en cas de variations réelles de mobilité, d'itinérance ou d'interconnexion.

Questions clés auxquelles chaque équipe doit répondre :

  • Quel composant fait autorité pour la localisation dans chaque scénario ?
  • Que se passe-t-il lorsque les signaux de localisation de l'entreprise et de l'opérateur sont en désaccord ?
  • À qui appartient le tri lorsque la confiance dans le routage diminue en production ?

Perspective éditoriale

La plus grosse erreur des programmes actuels est de supposer que les détails de l’intégration sont tactiques. Ils sont stratégiques. Si l’architecture d’urgence dépend d’un routage tiers ou d’un contexte fourni par l’opérateur, la gouvernance doit inclure ces dépendances dès le premier jour.

Les programmes qui mettent cela en œuvre rapidement évoluent généralement plus rapidement avec moins d’incidents graves.

Actions pratiques pour le prochain cycle de planification

  1. Ajoutez des scénarios de validation fournisseur/opérateur à votre suite de tests d’urgence.
  2. Exiger un comportement de secours explicite dans les documents de conception et de runbook.
  3. Suivez les incidents liés à l'interconnexion en tant que catégorie dédiée.
  4. Examinez les obligations spécifiques à chaque pays avant d'activer les modèles globaux.

##Sources