Sv translation | ||||||
---|---|---|---|---|---|---|
| ||||||
A jtel system (jtel|ACD or jtel|IVR or the combination of both) is organised according to a role model. The following roles are defined in such a system:
Role Datastore (STORE)The STORE role is basically a file server, which provides a centrally available release for all data to be held and stored by the system. This includes, among other things
The storage can be made available within the platform. For smaller installations it is recommended to install it on the LB role. For larger installations this can be installed separately. Even more recommendable is that the STORE role is provided by the virtual infrastructure, for example by providing a file share on a redundant HA storage system. The platform accesses the STORE role using the CIFS protocol (Samba / SMB / Windows File Share) so that both Linux and Windows machines can access it equally. The STORE role can also be designed redundantly, using DRBD with Samba + PCS cluster: in this solution, two machines take over the role. The file system is fully replicated in real-time. Role Database (DATA)The role DATA is taken by one or more MySQL database servers running CentOS Linux 7.x. Here all business logic procedures are stored and executed, all configuration data (modeling) of the ACD or IVR and all traffic data is stored. This role can (and should) be split on different servers:
The DATA role can also be designed redundantly. An active-active redundancy with two master servers (one primary) and two slave servers can be configured via the LB role so that one of the masters is used for write accesses and the two slaves are used for read accesses. Role Web Application Server (WEB)The role WEB is played by one or more CentOS Linux 7.x servers. The service is provided by a Java application under a modified JBOSS application server. The server has read and write access to both the STORE role and the DATA role. Access to the jtel portal and the jtel SOAP interfaces is provided via HTTP on port 8080. User sessions on the portal are bound to the respective web server. This also applies to the SOAP v1 interface. The new SOAP v3 interface, which is available as of version 3.06, however, allows the execution of SOAP queries of a session on any Web server. Role Load Balancer (LB)The role LB is taken over by a CentOS Linux 7.X server. This server provides a central address for accessing the portal and the SOAP interfaces. Here the requests are distributed to the available Web application servers, taking into account an even load distribution, the possible failure of one or more Web servers and the service-specific restrictions. Furthermore, this role also takes over the provision of the TLS encrypted connection via HTTPS. The service can be provided on both HTTP (port 80) and HTTPS (port 443). If the role DATA is designed redundantly, the role LB also takes over the distribution of the MySQL database connections. Role Telephony und Application Server (TEL)The role TEL is taken by one or more (still) Windows Server (2012 R2 or 2016) machines. These servers perform the following tasks:
Of these three tasks, the first can be designed redundantly, whereby the supply of telecommunications (SIP or traditional) must be specially set up in each case. Just like the role WEB, the role TEL has read and write access to the roles STORE and DATA. In contrast to the WEB role, only contact to the primary database server is required here. Role Presence (PRES)The role PRES is taken by one or more of the servers and has the following tasks:
Depending on the connector, the PRES role can be installed on different operating systems. The connectors which are Java based can be installed on Windows or Linux. TAPI based connectors require Windows. References:
|
Sv translation | ||||||
---|---|---|---|---|---|---|
| ||||||
Ein jtel-System (jtel|ACD oder jtel|IVR oder die Kombination aus beidem) ist nach einem Rollenmodell organisiert. Folgende Rollen sind in einem solchen System definiert:
Rolle Datastore (STORE)Die Rolle STORE ist im Prinzip ein File-Server, der eine zentral verfügbare Freigabe für alle vom System bereitzuhaltenden und zu speichernden Daten zur Verfügung stellt. Dies umfasst unter anderem:
Das Storage kann innerhalb der Plattform zur Verfügung gestellt werden. Bei kleinere Installationen empfiehlt sich es dies mit auf der Rolle LB zu installieren. Bei größere Installationen kann dies separat installiert werden. Noch empfehlenswerter, ist dass die Rolle STORE durch die virtuelle Infrastruktur zur Verfügung gestellt wird, beispielsweise durch die Bereitstellung eines File-Shares auf einen redundanten HA Storage System. Die Plattform greift auf die Rolle STORE mittels CIFS-Protokoll (Samba / SMB / Windows File Share), damit sowohl Linux- als auch Windows-Maschinen gleichermaßen darauf zugreifen können. Die Rolle STORE kann auch redundant ausgelegt werden, mittels DRBD mit Samba + PCS Cluster: In dieser Lösung übernehmen zwei Maschinen die Rolle. Das Filesystem wird in Echtzeit vollrepliziert. Rolle Database (DATA)Die Rolle DATA wird von einem oder mehreren MySQL Datenbankservern unter CentOS Linux 7.x eingenommen. Hier werden alle Prozeduren zur Business-Logik gespeichert und ausgeführt, die gesamten Konfigurationsdaten (Modellierung) der ACD bzw. IVR und alle Verkehrsdaten gespeichert. Diese Rolle kann (und sollte) auf verschiedenen Servern aufgeteilt werden:
Die Rolle DATA kann auch redundant ausgelegt werden. Eine Active-Active Redundanz mit zwei Master-Server (davon einer primär) und zwei Slave Server kann über die Rolle LB so konfiguriert werden, dass einer der Master für die Schreibzugriffe genutzt wird, und die zwei Slaves für lesende Zugriffe genutzt werden. Rolle Web Application Server (WEB)Die Rolle WEB wird von einem oder mehreren CentOS Linux 7.x Server eingenommen. Der Dienst wird durch eine Java-Applikation unter einen modifizierten JBOSS Applikations-Server zur Verfügung gestellt. Der Server greift schreibend und lesend sowohl auf die Rolle STORE als auch auf die Rolle DATA zu. Der Zugriff auf das jtel Portal und die jtel SOAP Schnittstellen wird mittels HTTP auf Port 8080 zur Verfügung gestellt. Benutzer-Sitzungen auf das Portal sind an dem jeweiligen Web-Server gebunden. Dies gilt auch für die SOAP v1 Schnittstelle. Die neue SOAP v3 Schnittstelle, die ab Version 3.06 zur Verfügung steht, erlaubt hingegen das Ausführen der SOAP-Abfragen einer Sitzung auf beliebige Web Server. Rolle Load Balancer (LB)Die Rolle LB wird von einem CentOS Linux 7.X Server eingenommen. Dieser Server stellt eine zentrale Adresse für den Zugang zum Portal und zu den SOAP Schnittstellen zur Verfügung. Hier erfolgt dann die Verteilung der Anfragen auf die zur Verfügung stehenden Web Application Server unter Berücksichtigung einer gleichmäßigen Lastverteilung, des möglichen Ausfalls einer oder mehrerer Web Server und der Dienst-Spezifischen Einschränkungen. Des Weiteren übernimmt diese Rolle auch das Bereitstellen der mittels TLS verschlüsselten Verbindung über HTTPS. Der Dienst kann sowohl auf HTTP (Port 80) und HTTPS (Port 443) angeboten werden. Bei der redundanten Auslegung der Rolle DATA, übernimmt die Rolle LB auch die Verteilung der MySQL Datenbankverbindungen. Rolle Telephony und Application Server (TEL)Die Rolle TEL wird von einem oder mehreren (noch) Windows Server (2012 R2 oder 2016) Maschinen eingenommen. Diese Server führen folgende Aufgaben aus:
Von diesen drei Aufgaben kann die erste redundant ausgelegt werden, wobei das Zuführen der Telekommunikation (SIP oder traditionell) jeweils dafür speziell eingerichtet werden muss. Genau so wie die Rolle WEB, greift die Rolle TEL lesend und schreibend auf die Rollen STORE und DATA zu. Im Gegensatz zur Rolle WEB ist hier jedoch nur Kontakt zum primären Datenbank Server erforderlich. Rolle Presence (PRES)Die Rolle PRES wird von einem oder mehreren der Server eingenommen, und hat folgende Aufgaben:
Je nach connector, kann die Rolle PRES auf unterschiedliche Betriebssysteme installiert werden. Die Connectoren die Javabasierend sind, können sowohl auf Windows oder Linux installiert werden. TAPI Basierende Connectoren benötigen hingegen Windows. Referenzen:
|