Page History

Rôle Datastore (STORE)

Le rôle de STORE est essentiellement un serveur de fichiers, qui fournit une autorisation centralisée pour toutes les données détenues et stockées par le système. Cela comprend, entre autres, les éléments suivants

• Le dépôt central de logiciels et d'applications
• Données de transaction de la plate-forme
  
  • L'habillage personnalisé (CSS et logos) pour l'ensemble du système et pour les revendeurs définis
  • Les symboles des éléments des applications de routage
  • Les annonces fournies par le système
  • Les rapports fournis
  • Les annonces mises en ligne
  • Enregistrements d'appels
  • ...
• Journal des données
  
  • Les fichiers journaux des serveurs de téléphonie
  • Fichiers journaux des appels individuels

Le stockage peut être mis à disposition au sein de la plate-forme. Pour les petites installations, il est recommandé de l'installer sur le rôle LB. Pour les installations plus importantes, il peut être installé séparément. 

Il est encore plus recommandable que le rôle de STORE soit assuré par l'infrastructure virtuelle, par exemple en fournissant un partage de fichiers sur un système de stockage HA redondant.

La plateforme accède au rôle de STORE en utilisant le protocole CIFS (Samba / SMB / Windows File Share) afin que les machines Linux et Windows puissent y accéder de la même manière.

Le rôle de STORE peut également être conçu de manière redondante, en utilisant la DRBD avec le cluster Samba + PCS : dans cette solution, deux machines prennent le rôle. Le système de fichiers est entièrement reproduit en temps réel. 

Rôle Base de données (DATA)

Le rôle DATA est assumé par un ou plusieurs serveurs de base de données MySQL fonctionnant sous CentOS Linux 7.x. Ici sont stockées et exécutées toutes les procédures de logique commerciale, toutes les données de configuration (modélisation) de l'ACD ou de l'IVR et toutes les données de trafic. Ce rôle peut (et doit) être réparti sur différents serveurs :

• Serveur de base de données primaire: Ce serveur est utilisé pour l'accès en lecture et en écriture. Il est adressé à la fois par les serveurs de téléphonie et les serveurs d'applications Web. Ce serveur est le minimum requis et peut prendre en charge seul toutes les tâches si nécessaire.
• L'esclave des statistiques:Dans les grands systèmes, il peut être utile d'externaliser également toutes les demandes de fourniture de statistiques en temps réel (superviseur et panneaux muraux) vers un serveur de base de données distinct. Bien que la charge qui en résulte ne soit pas comparable à celle des rapports, dans les très grands systèmes, le serveur principal doit être allégé autant que possible, car il est seul responsable de la distribution dans le centre de contact. L'esclave des statistiques n'est pris en charge que par les serveurs web. L'utilisation d'un tel serveur est facultative.
• Esclave rapporteur:Ce serveur permet l'accès en lecture seule et est dédié à l'exécution de tous les rapports qui y sont faits. Cela s'applique aussi bien aux rapports souscrits qu'aux rapports demandés directement. L'utilisation d'un tel serveur est facultative mais recommandée car les requêtes sous-jacentes aux rapports sont très complexes et peuvent avoir un impact négatif sur la distribution et le fonctionnement normal du système. Dès qu'un client demande régulièrement des rapports pendant les heures de bureau, l'utilisation d'un tel serveur est fortement recommandée. L'esclave de rapport est adressé par les serveurs web. 
• Esclave client:Si le client écrit ses propres routines d'évaluation, un client esclave peut être utilisé. Il est recommandé de prévoir un esclave dédié à cette fin, car le risque est extrêmement élevé que de telles demandes générées par le client entraînent des effets secondaires indésirables dans le système. L'utilisation d'un tel serveur est facultative.

Le rôle de DATApeut également être conçu de manière redondante. Une redondance active-active avec deux serveurs maîtres (un primaire) et deux serveurs esclaves peut être configurée via le rôle LB de sorte qu'un des maîtres soit utilisé pour les accès en écriture et les deux esclaves pour les accès en lecture. 

Rôle Serveur d'application Web (WEB)

Le rôle WEB est joué par un ou plusieurs serveurs CentOS Linux 7.x. Le service est fourni par une application Java sous un serveur d'application JBOSS modifié. Le serveur dispose d'un accès en lecture et en écriture au rôle STORE et au rôleDATA. L'accès au portail jtel et aux interfaces SOAP de jtel est fourni via HTTP sur le port 8080. Les sessions utilisateur sur le portail sont liées au serveur web respectif. Cela s'applique également à l'interface SOAP v1. La nouvelle interface SOAP v3, qui est disponible à partir de la version 3.06, permet toutefois l'exécution de requêtes SOAP d'une session sur n'importe quel serveur web.

Équilibreur de charge des rôles (LB)

Le rôle de LB est repris par un serveur CentOS Linux 7.X. Ce serveur fournit une adresse centrale pour l'accès au portail et aux interfaces SOAP. Les requêtes sont alors distribuées aux serveurs d'applications Web disponibles, en tenant compte d'une répartition égale de la charge, de la défaillance éventuelle d'un ou de plusieurs serveurs Web et des restrictions spécifiques au service. En outre, ce rôle prend également en charge la fourniture de la connexion cryptée TLS via HTTPS. Le service peut être fourni à la fois sur HTTP (port 80) et HTTPS (port 443). Si le rôle DATA est conçu de manière redondante, le rôle LB prend également en charge la distribution des connexions de la base de données MySQL.

Rôle Téléphonie et serveur d'applications (TEL)

Le rôle de TEL est assumé par une ou plusieurs machines (encore) Windows Server (2012 R2 ou 2016). Ces serveurs effectuent les tâches suivantes:

1. Exécution des applications de flux d'appels (applications r5 exécutées par le 8-server) qui contrôlent le composant du serveur de médias qui exécute les fonctions de télécommunication. Ces composants peuvent:
   
   1. être installé sous la forme du logiciel "Aculab Prosody S" (SIP) comme logiciel sur la machine (installation standard pour la plupart des clients)
   2. être fournis sous forme de boîtiers matériels "Aculab Prosody X" (interfaces S2M/PRI avec SS7 ou QSig ou SIP)
2. Exécution des fonctions d'administration centrale et de contrôle (applications r5 exécutées par le serveur 8) telles que la distribution des appels, le nettoyage/déplacement des fichiers journaux, le traitement des événements, la sortie automatique, la notification, etc.
3. Exécution de composants logiciels qui ne sont actuellement disponibles que pour Windows, tels que le connecteur Innovaphone, le connecteur Starface, le connecteur TAPI, le connecteur E-Mail.

Parmi ces trois tâches, la première peut être conçue de manière redondante, la fourniture de télécommunications (SIP ou traditionnelles) devant être spécialement mise en place dans chaque cas.  

Tout comme le rôle WEB, le rôle TEL a un accès en lecture et en écriture aux rôles STORE et DATA. Contrairement au rôle WEB, seul le contact avec le serveur principal de la base de données est nécessaire ici. 

Rôle Présence (PRES)

Le rôle du PRES est assumé par un ou plusieurs des serveurs et comporte les tâches suivantes:

• Enregistrement des événements provenant de systèmes externes concernant le statut des participants.
  
  • Statut téléphonique / statut de l'extension.
  • Connexion / déconnexion.
• Mettre ces données à la disposition du système jtel par:
  
  • Le statut correspondant peut être noté dans le système jtel.
  • Si nécessaire, en fonction de la configuration du Connecteur, créez et mettez à jour les utilisateurs ou les utilisateurs de PBX dans le système jtel.

Selon le connecteur, le rôle PRES peut être installé sur différents systèmes d'exploitation. Les connecteurs qui sont basés sur Java peuvent être installés sur Windows ou Linux. Les connecteurs basés sur TAPI nécessitent Windows.

Références:

• Logiciel indépendant de la plate-forme pour l'édition du fichier de diagramme original: yEd Graph Editor