Passer au contenu

Fiabilité de la plateforme

Fiabilité de la plateforme : conçue pour continuer quand une partie s'arrête

Deux nœuds média FreeSWITCH avec basculement des agents à la reconnexion, WebRTC à charge répartie, un répartiteur de charge SIP qui distribue les appels entre les nœuds, des contrôles de disponibilité qui examinent les dépendances réelles, des mécanismes de réconciliation qui remettent de l'ordre après un incident, et des sauvegardes nocturnes hors site.

Essai gratuit de 14 jours · crédit IA gratuit pour essayer l'agent vocal IA · sans carte bancaire

Vue d'ensemble de l'état de santé du centre d'opérations DialerBee : architecture depuis le navigateur de l'agent et la console d'administration, en passant par le proxy inverse, jusqu'aux huit services backend, chacun avec son temps de réponse actuel et l'état de fonctionnement global du système.
Conçu par BroadNet, 22 ans d'expérience dans les télécoms 11 langues, prise en compte des dialectes arabes BYOC, vos opérateurs Contrôles qui soutiennent la conformité

Réponse rapide

Qu'est-ce que la fiabilité de la plateforme dans DialerBee ? C'est la façon dont la plateforme reste disponible et corrige son propre état. Le média fonctionne sur deux nœuds média FreeSWITCH, avec avec basculement WebSocket des agents de l'un à l'autre lors de la reconnexion, WebRTC à charge répartie pour les agents dans le navigateur, et un répartiteur de charge SIP qui distribue les appels à tour de rôle (round-robin) entre les nœuds. Les points de terminaison de disponibilité vérifient les dépendances d'un service avant qu'il ne se déclare prêt. Des mécanismes de réconciliation corrigent les appels orphelins, les agents bloqués et les appels en cours au moment d'un redémarrage, pour que rien ne reste discrètement en suspens. La base de données est sauvegardée chaque nuit et conservée hors site. Le forfait Enterprise comprend un SLA de disponibilité de 99,95 %. L'état des nœuds, les appels en direct et l'activité de réconciliation sont visibles dans le centre d'opérations : c'est quelque chose que vous pouvez observer plutôt que croire sur parole.

Ce que vous obtenez

Tout dans un seul espace de travail

Deux nœuds média FreeSWITCH

Le média fonctionne sur deux nœuds FreeSWITCH plutôt qu'un seul. Avec un seul nœud, il suffit d'un mauvais après-midi pour que tout soit à l'arrêt.

Basculement WebSocket des agents

Le poste agent maintient une connexion WebSocket vers un nœud média. Si ce nœud disparaît, le client de l'agent bascule sur l'autre nœud à la reconnexion.

WebRTC avec répartition de charge

L'audio des agents dans le navigateur est réparti entre les nœuds : les agents sont distribués au lieu de s'entasser sur le premier nœud qui a répondu.

SIP en round-robin

Un répartiteur de charge SIP distribue les appels en round-robin entre les nœuds média : le trafic opérateur ne dépend pas de la disponibilité d'un seul nœud.

Disponibilité tenant compte des dépendances

Les points de terminaison de disponibilité vérifient les dépendances dont un service a réellement besoin avant de le déclarer prêt. Un service qui ne peut pas joindre sa base de données ne doit pas recevoir de trafic.

Réconciliation des appels orphelins

Les appels qui ont perdu leur enregistrement de contrôle sont réconciliés au lieu de continuer à tourner. Un appel orphelin est facturé, occupe un canal et ne sert à personne.

Réconciliation des agents bloqués

Un agent bloqué dans un état dont il ne peut pas sortir est détecté et remis dans un état réel, au lieu de passer son service comme un fantôme.

Réconciliation des appels en cours

Les appels en cours pendant un redémarrage ou un incident sont ensuite confrontés à la réalité, pour que la vue de la plateforme et celle du commutateur concordent.

Sauvegardes nocturnes de la base de données

La base de données est sauvegardée chaque nuit. Pas sur demande, pas quand quelqu'un y pense : selon un planning.

Sauvegardes hors site

Les sauvegardes sont conservées hors site, car une sauvegarde qui partage le sort de ce qu'elle protège n'est pas une sauvegarde.

SLA de disponibilité sur Enterprise

Le forfait Enterprise comprend un SLA de disponibilité de 99,95 %, inscrit dans le contrat plutôt que sous-entendu par une page marketing.

Visible depuis le centre d'opérations

L'état des nœuds, les appels en direct et l'activité de réconciliation sont visibles dans le centre d'opérations : la fiabilité devient quelque chose que vous pouvez observer plutôt que supposer.

Média

Deux nœuds, et un client qui le sait

Le média fonctionne sur deux nœuds FreeSWITCH. Cela seul est assez courant. Ce qui décide si un agent remarque une panne, c'est ce que fait son navigateur.

Le poste agent maintient un WebSocket vers un nœud, et lorsque ce nœud disparaît, le client bascule vers l'autre nœud à la reconnexion. Le WebRTC est réparti entre les nœuds, et un répartiteur de charge SIP distribue le trafic opérateur à tour de rôle entre eux : ni les agents ni les opérateurs ne sont attachés à une seule machine.

  • Deux nœuds média FreeSWITCH qui portent le média
  • Basculement WebSocket des agents entre les nœuds à la reconnexion
  • WebRTC à charge répartie pour les agents dans le navigateur
  • Répartiteur de charge SIP qui distribue les appels à tour de rôle entre les nœuds
La partie infrastructure de la vue d'état du système du centre d'opérations DialerBee : les deux nœuds multimédias FreeSWITCH avec leurs canaux et enregistrements, la liaison SIP jusqu'à la passerelle de l'opérateur, et les dépendances Postgres, Redis et de stockage d'objets à proximité.

Autocorrection

La plateforme remet de l'ordre derrière elle

Les plateformes de centre de contact tombent rarement en panne bruyamment. Elles échouent en laissant des choses derrière elles : un appel toujours actif que rien ne contrôle, un agent bloqué dans un état dont il ne peut pas sortir, un appel en cours au moment où un service a redémarré.

Il existe un mécanisme de réconciliation pour chacun de ces trois cas. Ils comparent ce que croit la plateforme avec ce qui se passe réellement et corrigent l'écart. En parallèle, les points de terminaison de disponibilité vérifient les dépendances réelles d'un service avant qu'il ne se déclare prêt, pour qu'aucun service ne reçoive un trafic qu'il ne peut pas traiter.

  • Réconciliation des appels orphelins
  • Réconciliation des agents bloqués
  • Réconciliation des appels en cours lors des redémarrages
  • Points de terminaison de disponibilité qui vérifient les dépendances avant de déclarer le service prêt
L'écran de gestion des campagnes dans la console d'administration DialerBee pour le tenant de démonstration Northwind : sept campagnes dans un tableau, chaque ligne indiquant son statut (brouillon, arrêtée, terminée ou en pause), son mode d'appel (progressif ou aperçu), sa passerelle, sa file d'attente et les actions d'affichage, de lancement, de modification et de suppression. Un champ de recherche et des filtres de statut et de mode sont situés au-dessus du tableau.

Sauvegardes et engagement

Chaque nuit, hors site, et noir sur blanc

La base de données est sauvegardée chaque nuit et les sauvegardes sont conservées hors site. Les deux comptent. Une sauvegarde nocturne posée sur la même infrastructure que la plateforme est une copie, pas un plan de reprise.

En plus, le forfait Enterprise comprend un SLA de disponibilité de 99,95 %. Il figure dans le contrat — là où doit se trouver un engagement de disponibilité — plutôt que sur une diapositive.

  • Sauvegardes nocturnes de la base de données
  • Sauvegardes conservées hors site
  • SLA de disponibilité de 99,95 % sur le forfait Enterprise
  • État des nœuds, appels en direct et activité de réconciliation visibles dans le centre d'opérations
L'écran des enregistrements dans la console d'administration DialerBee pour le tenant de démonstration Northwind : 459 enregistrements, dont trois en conservation légale et une note de conservation de 30 jours ; des fiches récapitulatives indiquant le nombre d'enregistrements, la durée totale, l'espace de stockage utilisé et les agents ; et un tableau des appels avec la date et l'heure, le sens, l'agent, le numéro de téléphone du client masqué, la durée, le statut, l'état de conservation légale et les options de lecture et de téléchargement.

Comment il se compare

Un déploiement sur un seul serveurFiabilité de la plateforme DialerBee
MédiaUn nœudDeux nœuds média FreeSWITCH
Quand un nœud tombeLes agents rechargent la page et croisent les doigtsBasculement WebSocket des agents entre les nœuds à la reconnexion
Trafic opérateurDirigé vers une seule adresseRépartiteur de charge SIP, à tour de rôle entre les nœuds
Audio des agentsLe premier nœud qui a réponduWebRTC à charge répartie entre les nœuds
Contrôles de santéLe processus tourne-t-il ?Points de terminaison de disponibilité qui vérifient les dépendances du service
Ce qui reste après un incidentQuelqu'un finit par le découvrirRéconciliation des appels orphelins, des agents bloqués et des appels en cours
SauvegardesQuand quelqu'un y penseSauvegardes nocturnes de la base de données, conservées hors site
EngagementAu mieux (best effort)SLA de disponibilité de 99,95 % sur le forfait Enterprise

Questions fréquentes

Qu'est-ce que la fiabilité de la plateforme dans DialerBee ?+

C'est la façon dont la plateforme reste disponible et se corrige quand quelque chose dérape. Le média fonctionne sur deux nœuds média FreeSWITCH avec basculement WebSocket des agents de l'un à l'autre à la reconnexion, un WebRTC à charge répartie et un répartiteur de charge SIP qui distribue les appels à tour de rôle entre les nœuds. Les points de terminaison de disponibilité vérifient les dépendances, des mécanismes de réconciliation traitent les appels orphelins, les agents bloqués et les appels en cours, et la base de données est sauvegardée chaque nuit et conservée hors site.

Que deviennent mes agents si un nœud média tombe en panne ?+

Le poste agent maintient un WebSocket vers un nœud média. Si ce nœud devient indisponible, le client de l'agent bascule vers l'autre nœud à la reconnexion : l'agent revient sur le nœud restant au lieu d'attendre le nœud défaillant.

Comment le trafic d'appels est-il réparti entre les nœuds ?+

Un répartiteur de charge SIP distribue les appels à tour de rôle entre les nœuds média, et l'audio des agents dans le navigateur est réparti via WebRTC. Ni les opérateurs ni les agents ne sont liés à un seul nœud.

À quoi servent les mécanismes de réconciliation ?+

Ils corrigent l'état laissé en suspens quand quelque chose tourne mal. L'un réconcilie les appels orphelins, toujours actifs sans rien pour les contrôler. Un autre réconcilie les agents bloqués, restés dans un état dont ils ne peuvent pas sortir. Un autre réconcilie les appels en cours au moment d'un redémarrage. Chacun compare ce que croit la plateforme avec ce qui se passe réellement.

Que signifie une disponibilité tenant compte des dépendances ?+

Un point de terminaison de disponibilité vérifie les dépendances dont un service a réellement besoin avant de signaler qu'il est prêt. Un service qui ne peut pas joindre ce dont il dépend ne reçoit pas de trafic — c'est toute la différence entre un contrôle de santé et un contrôle de santé utile.

Comment les sauvegardes sont-elles gérées ?+

La base de données est sauvegardée chaque nuit et les sauvegardes sont conservées hors site. Le hors-site est l'élément décisif, car une sauvegarde stockée à côté de la plateforme subit tout ce qui arrive à la plateforme.

Existe-t-il un SLA de disponibilité ?+

Oui, un SLA de disponibilité de 99,95 % sur le forfait Enterprise. Il figure dans le contrat plutôt que sur une page marketing.

Puis-je vérifier tout cela moi-même ?+

Oui. Le centre d'opérations affiche l'état des nœuds, les appels en direct et l'activité de réconciliation, ainsi que des alertes configurables pour un NOC. Une fiabilité que l'on peut observer est plus utile qu'une fiabilité qu'on vous annonce.

Demandez-nous comment DialerBee se comporte quand un nœud tombe

Une présentation de 30 minutes sur un tenant de démo, en anglais ou en arabe.

Voir le site complet en anglais →