...
Die Rolle "Web Application Server" wird von einem oder mehreren CentOS Linux 6.X Server eingenommen. Der Dienst wird durch eine Java-Applikation unter einen modifizierten JBOSS-AS-7.1 zur Verfügung gestellt. Der Server greift schreibend und lesend sowohl auf die Rolle "Datastore" als auch auf die Rolle "Database" 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
Die Rolle "Load Balancer" wird von einem CentOS Linux 6.X Server eingenommen. Dieser Server stellt eine zentrale Adresse für den Zugang zum Portal und zu den SOAP Schnittstellen zur Verfügung. Hier werden alle 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 )
Rolle Telephony Application Server
Die Rolle "Telephony Application Server" wird von einem oder mehreren (noch) Windows Server 2012R2 Maschinen eingenommen. Hier werden alle
Meta-Rolle Software
Die Rolle "Database" wird von einem oder mehreren Datenbankservern (zur Zeit nur MySQL Version 5.6) eingenommen. Hier werden alle
Diese Server führen folgende Aufgaben aus:
- Ausführung der Call-Flow-Applikationen (R5-Applikationen ausgeführt vom 8Server) die die Media-Server Komponente ansteuern die die Telekommunikationsfunktionen ausführt. Diese Komponenten können:
- 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)
- 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)
- Ausführung von zentralen Verwaltungs- und Steuerfunktionen (R5-Applikationen ausgeführt vom 8Server) wie z.B. Anrufverteilung, Logfile-Cleaning/Moving, Event-Processing, Autologout, Notification, usw.
- Ausführung von Softwarekomponenten, die zur Zeit nur für Windows zur Verfügung stehen, wie z.B. Innovaphone-Connector, Starface-Connector, TAPI-Connector.
Von diesen drei Aufgaben kann die erste redundant ausgelegt werden, wobei das Zuführen der Telekommunikation (SIP oder POTS) 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 (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 "Web Application Server", greift die Rolle "Telephony Application Server" lesend und schreibend auf die Rollen "Datastore" und "Database" zu. Im Gegensatz zur Rolle "Web Application Server" ist hier jedoch nur Kontakt zum primären Datenbank Server erforderlich.
Meta-Rolle Software
Alle Applikationen, die von der Rolle "Telephony Application Server" 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 "Telephony Application Server" 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 "Datastore" abgelegt wird, was in den meisten Fällen die Regel ist. Dies vereinfacht die Aktualisierung der Software, verursacht jedoch zusätzlichen Netzwerkverkehr und hat Auswirkungen auf die Gesamtperformance.