Page History

...

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 zentrale Repository für die Software und Applikationen
• Bewegungsdaten der Plattform
  • Das angepasste Skin (CSS und Logos) für das gesamte System und für die definierten Reseller
  • Die Symbole der Elemente der Routingapplikationen
  • Die mitgelieferten Systemansagen
  • Die mitgelieferten Berichte
  (ab Version 3.06)
  • Die hochgeladenen Ansagen
  • Gesprächsmitschnitte
  • ...
• Logdaten
  • Die Protokolldateien der Telefonie-Server
• Die hochgeladenen Ansagen der Mandanten
• Die Gesprächsmitschnitte der Mandanten
• Weitere applikations-abhängige Daten

Des Weiteren kann hier auch als zentrale Stelle die Software (R5-Applikationen) für die Telefonie-Server zur Verfügung gestellt werden (Meta-Rolle "Software"). Als Betriebsystem empfiehlt sich CentOS Linux 6.X.

• • Protokolldataeien der einzelnen Anrufe

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 Die Freigabe wird in der Regel mittels CIFS-Protokoll (Samba ) zur Verfügung gestellt/ 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. Hier bieten sich zwei Lösungen an:

...

, 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 Datenbankservern (zur Zeit nur MySQL Version 5.6) MySQL Datenbankservern unter CentOS Linux 67.X 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:

• Primärer Datenbank Server: Auf diesem Server erfolgen sowohl schreibende wie lesende Zugriffe. Er wird sowohl von den Telefonie-Servern als auch von den Web Applikations-Server angesprochen. Dieser Server ist Mindestvoraussetzung und kann notfalls alle Aufgaben alleine Übernehmen.Reporting-Slave: Dieser Server erlaubt nur lesende Zugriffe und wird dediziert eingesetzt, um alle Berichte darauf auszuführen. Dies bezieht sich sowohl auf abonnierte als auch unmittelbar angeforderte Berichte. Der Einsatz einen solchen Servers ist optional aber dringend zu empfehlen, da die Queries die den Berichten zu Grunde liegen hoch komplex sind und sich (insbesondere wegen Dead-Locks) sehr negativ bis zu fatal auf die Anrufverteilung auswirken können. Der Einsatz ist praktisch zwingend, sobald bei einem Kunden regelmäßig Berichte während der Geschäftszeiten erfolgen. Der Reporting-Slave wird lediglich von den Webservern angesprochen. In sehr großen Anlagen kann es auch mehrere davon geben, die verschiedenen Gruppen an Webservern zugewiesen werden.
• Statistik-Slave: In sehr großen Anlagen ist es unter Umständen sinnvoll, auch alle Anfragen zur Bereitstellung der Echtzeitstatistiken (Supervisor und Wallboards) auf einem eigenen Datenbankserver auszulagern. Die Belastung daraus ist zwar nicht vergleichbar mit jener die sich aus den Berichten ergibt, aber bei sehr großen Anlagen sollte der primäre Server soweit wie möglich entlastet werden, da er einzig und alleine zuständig für die Anrufverteilung Verteilung im Contact-Center zuständig ist. Der Statistik-Slave wird lediglich von den Webservern angesprochen. Der Einsatz eines solchen Servers ist optional.
• Reporting-Slave: Dieser Server erlaubt nur lesende Zugriffe und wird dediziert eingesetzt, um alle Berichte darauf auszuführen. Dies bezieht sich sowohl auf abonnierte als auch unmittelbar angeforderte Berichte. Der Einsatz einen solchen Servers ist optional aber zu empfehlen, da die Queries die den Berichten zu Grunde liegen hoch komplex sind und sich negativ Verteilung und normale Operation des Systems auswirken können. Sobald bei einem Kunden regelmäßig Berichte während der Geschäftszeiten abgerufen werden, wird der Einsatz dringend empfohlen. Der Reporting-Slave wird von den Webservern angesprochen. 
• Kunden-Slave: Falls der Kunde eigenen Auswertungsroutinen schreibt, kann ein Kunden-Slave zum Einsatz kommen. Es ist zu empfehlen Kunden-Slave: Es kommt schon mal vor, dass Kunden ihre eigenen Auswertungsroutinen schreiben. In einem solchen Fall, ist es extrem zu empfehlen, dafür einen dedizierten Slave zur Verfügung zu stellen, da das Risiko extrem hoch ist, dass derartige vom Kunden erstellten Anfragen ungewollte Nebeneffekte im System verursachen. Der Einsatz eines solchen Servers ist optional.

Die Rolle DATA kann auch redundant ausgelegt werden. Hier bieten sich verschiedene Lösungen an: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 67.X Server x Server eingenommen. Der Dienst wird durch eine Java-Applikation unter einen modifizierten JBOSS Applikations-AS-7.1 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 und 8081 (für durch den Proxy bereitgestellte HTTPS Zugriffe) zur 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.

...

Die Rolle LB wird von einem CentOS Linux 67.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. Eine automatische Umleitung zu HTTPS bzw. spezieller URLs kann hier auch realisiert werden (Beispiele: https://acd.example.com wird umgeleitet zu https://acd.example.com/CarrierPortal/login/reseller/client oder https://acd.exaple.com/admin wird umgeleitet zu https://acd.exaple.com/CarrierPortal/sysadmin/login ) 

...

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:

1. Ausführung der Call-Flow-Applikationen (R5r5-Applikationen ausgeführt vom 8Server8-Server) die die Media-Server Komponente ansteuern die die Telekommunikationsfunktionen ausführt. Diese Komponenten können:
   1. In Form der Software "Aculab Prosody S" (SIP oder h323) als Software auf der Maschine jeweils mit installiert sein (Standard-Installation bei den meisten Kunden)In Form der Software "Aculab Prosody S" (SIP oder h323) als Software auf eine separate Maschine (Linux oder Windows) installiert sein (bis Heute noch nirgendwo realisiert)
   2. In Form von Hardware-Boxen "Aculab Prosody X" (S2M/PRI Schnittstellen mit SS7 oder QSig bzw. SIP oder h323) bereit gestellt (Beispiel Kunden dtms bzw. Weinmann und Schanz)In Form eine speziell konfigurierten Asterisk Software auf einer separaten Linux-Maschine (bis Heute noch nirgendwo realisiert da noch in Entwicklung)) bereitgestellt werden
2. Ausführung von zentralen Verwaltungs- und Steuerfunktionen (R5r5-Applikationen ausgeführt vom 8Server8-Server) wie z.B. Anrufverteilung, Logfile-Cleaning/Moving, Event-Processing, Autologout, Notification, usw.
3. Ausführung von Softwarekomponenten, die zur Zeit nur für Windows zur Verfügung stehen, wie z.B. Innovaphone-Connector, Starface-Connector, TAPI-Connector, E-Mail Connector.

Von diesen drei Aufgaben kann die erste redundant ausgelegt werden, wobei das Zuführen der Telekommunikation (SIP oder POTStraditionell) jeweils dafür speziell eingerichtet werden muss. Das Migrieren der zentralen Verwaltungs- und Steuerfunktionen (Punkt 2) muss hingegen manuell erfolgen. Alternativ kann dafür auch ein separater Windows Server eingerichtet werden (genannt Daemon Server). Ist dies mit Windows Server Enterprise Edition erfolgt, so kann mittels zwei solcher Server ein Active/Passive Cluster aufgebaut werden. In der Praxis hat das aber noch niemand gemacht, also liegen hier keine Erfahrungen vor. Dies gilt auch für alle Aufgaben unter Punkt 3.  

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. 

Meta-Rolle Software

Alle Applikationen, die von der Rolle TEL ausgeführt werden, können auf diesen Maschinen lokal installiert werden. Dies hat Vorteile in Bezug auf Performance und Netzwerklast. Es muss dann allerdings zwingend sicher gestellt werden, dass die jeweiligen R5-Applikationen auf allen Maschinen der Rolle TEL den gleichen Stand haben und gleichermaßen vorhanden sind.

Alternativ können diese Applikationen auch zentral bereit gestellt werden. Dies erfolgt in der Regel dadurch, dass die Software auf die Rolle STORE abgelegt wird, was in den meisten Fällen die üblich ist. Dies vereinfacht die Aktualisierung der Software, verursacht jedoch zusätzlichen Netzwerkverkehr und hat Auswirkungen auf die Gesamtperformance.

Referenzen:

• Plattformunabhängige Software zum Bearbeiten der originalen Diagramm-Datei: yEd Graph Editor
• Originale Diagramm Datei (yEd Format)

...