Partager:
){kind=small}
Victor est chef de produit pour l'API Voice de Vonage, avec sept ans d'expérience dans l'industrie des télécommunications, et développeur de logiciels depuis son enfance. Il est passionné par l'idée de rendre les choses techniquement complexes faciles à comprendre et à utiliser, en faisant en sorte que les API puissantes soient auto-descriptives et cohérentes. Lorsqu'il n'invente pas et ne code pas, il construit des modèles réduits et joue d'instruments de musique folkloriques.
Créer des applications Voice API à haute disponibilité
Temps de lecture : 3 minutes
Vous pouvez utiliser l'infrastructure la plus fiable et les meilleures pratiques de programmation, mais cela ne garantit toujours pas que votre serveur sera disponible à 100 %. Pour continuer à offrir à vos clients la meilleure expérience possible, il est toujours bon d'envisager une stratégie de basculement. En exploitant certaines des fonctions de l'API Voice que Vonage met à votre disposition, vous pouvez facilement améliorer la disponibilité de votre service.
Si un problème survient avec le matériel ou le logiciel qui dessert votre application et que l'URL de votre réponse/événement devient inaccessible, Vonage essaiera d'envoyer la demande à l URL de repli de secours (si vous en avez défini une). Le corps de la demande contiendra les mêmes données que la demande originale et des informations contextuelles supplémentaires, y compris l'URL originale et la raison de l'échec de la demande originale.
Cette URL de repli peut pointer vers votre centre de données secondaire ou vers un fichier JSON statique avec le code NCCO pour le scénario de repli, qui peut être se connecter directement à un numéro RTC (ou à un point d'extrémité SIP) ou la diffusion d'une annonce, soit par synthèse vocale ou audio préenregistrée.
Bien entendu, vous pouvez envisager tout autre scénario de basculement - grâce à la puissance de NCCO, vous pouvez pratiquement tout mettre en œuvre.
Avant que Vonage n'essaie d'utiliser votre URL de repli, la plateforme tentera à nouveau d'envoyer une demande à votre URL de réponse/d'événement d'origine. Par défaut, la nouvelle tentative a lieu au bout d'une seconde, et si cette demande échoue également au bout d'une seconde, la plateforme passe à l'URL de repli. Cela signifie que l'utilisateur devra attendre deux secondes au total. Si vous savez que votre système répond normalement beaucoup plus vite et que vous souhaitez réduire le délai avant que le basculement ne commence, vous pouvez définir des valeurs personnalisées pour vos URL de réponse, d'événement et de repli.
Supposons que vous utilisiez des WebSockets pour connecter votre client à un moteur d'IA pour un bot vocal ou tout type de scénario de capture de médias. Dans ce cas, vous pouvez envisager d'ajouter des options de repli ici aussi.
Si la connexion WebSocket est fermée involontairement, vous obtiendrez un événement événement spécifique de déconnexion spécifique à votre application. Cette demande attend un NCCO en réponse, ce qui vous permet de reconnecter votre service ou d'effectuer des actions de repli telles que la redirection de l'utilisateur vers un agent humain ou la capture d'un message vocal.
Le rappel d'événement prend en charge l'URL de repli mentionnée ci-dessus. Ainsi, même si votre application Voice et votre connexion WebSocket se trouvent sur le même serveur ou centre de données qui connaît des problèmes de disponibilité, vous pouvez proposer un scénario de repli à vos utilisateurs afin qu'ils n'entendent pas de silence ou que l'appel ne soit pas soudainement interrompu.
Pour protéger votre service contre les requêtes potentiellement malveillantes, vous pouvez mettre en place un pare-feu et ajouter les plages d'adresses IP que nous avons publiées. plages d'adresses IP publiées à la liste d'autorisation. C'est une solution viable. Cependant, elle peut ne pas être très pratique et entraîner des problèmes de stabilité si vous avez manqué la notification d'ajout de nouvelles plages à l'infrastructure de Vonage.
Une autre solution consiste à vérifier la signature des demandes entrantes pour s'assurer qu'elles sont envoyées par Vonage spécifiquement à votre application. Vonage prend en charge les rappels de l'API JWT dans les rappels de l'API MessagesVonage prend en charge JWT dans les rappels de l'API Messages, et maintenant la même approche a été introduite pour les rappels Voice.
Cette fonctionnalité est en phase d'aperçu pour les développeurs et présente certaines limitations connues en cours de développement (voir Guide des Webhooks signés pour plus de détails) ; néanmoins, nous vous encourageons à essayer comment elle s'adapte à votre infrastructure ou aux spécificités de votre cas d'utilisation.
L'expérience client est sans doute la chose la plus cruciale dans l'industrie du logiciel, voire dans n'importe quelle industrie. Comme vous l'avez vu, avec l'API Voice de Vonage, il ne vous faudra pas trop d'efforts pour protéger votre service en cas de tempête technique, et vos clients ne seront pas déçus par l'indisponibilité temporaire ou les dysfonctionnements de votre application.
N'hésitez pas à nous faire part de vos réflexions sur les défis auxquels vous êtes confrontés dans votre pratique ou de tout autre retour d'expérience dans notre canal Slack de la communauté. N'hésitez pas à contacter notre équipe d'assistance si vous rencontrez des difficultés avec l'utilisation de l'API de Vonage. Restez en sécurité et à l'écoute !
Partager:
Victor est chef de produit pour l'API Voice de Vonage, avec sept ans d'expérience dans l'industrie des télécommunications, et développeur de logiciels depuis son enfance. Il est passionné par l'idée de rendre les choses techniquement complexes faciles à comprendre et à utiliser, en faisant en sorte que les API puissantes soient auto-descriptives et cohérentes. Lorsqu'il n'invente pas et ne code pas, il construit des modèles réduits et joue d'instruments de musique folkloriques.