Arquitectura VIVAit

Producto:	VIVAit Call VIVAit Suite

ALFREDO: EN PRINCIPIO LA VEO OK, ESTA PODEMOS DEJARLA ASI

1 Introducción

DANIEL SACADO DEL DOCUMENTO Consideraciones arquitectura VIVAit Suite

La plataforma VIVAit Suite consta de los siguientes módulos de programa propios:

• asterisk
• MySQL
• Apache Tomcat
• Zabbix
• BD
• Generaconf
• Intz-nimitz
• recordgwd
• recordprocesad
• MyACDSuperv
• Motorsal
• VIVAit CTI
• Multimonitorweb
• Portal

Cada uno de estos módulos dispone de sus correspondientes programas y configuraciones.A efectos de roles en la arquitectura aparecen los siguientes servicios:

• Procesamiento de llamadas
• Gateway
• Monitorización
• Base de datos de tiempo real
• Base de datos de réplica
• Grabación
• Reporting
• Actualización
• Portal de administración

2 Consideraciones de arquitecura

DANIEL SACADO DEL DOCUMENTO Consideraciones arquitectura VIVAit Suite

1. Por razones de imcompatibilidad de las configuraciones de gateway con procesamiento de llamadas, la plataforma obliga a disponer de un mínimo de dos máquinas para su implantación; en una máquina se dispondrá de las funciones de gateway (y probablemente otras) y en otra máquina se dispondrá de las funciones de procesamiento de llamadas (y probablemente otras). La no aplicación de este criterio de arquitectura genera:
   • Grabaciones perdidas
   • Grabaciones que nunca se cierran
   • Llamadas duplicadas a efectos de grabaciones y estadísticas
   • La plataforma es menos robusta y menos tolerante a fallos de programa
2. Las máquinas pueden ser físicas o virtuales indistintamente; lógicamente, si hay que introducir tarjetas físicas (de conexión a RTC/PBX o de transcoding), será necesario disponer de una máquina física para la inserción de dichas tarjetas.
3. El entorno cluster utilizado en la plataforma (típicamente para procesamiento, servidor de base de datos de tiempo real...) es activo/pasivo; de los dos servidores, solo se está aprovechando la capacidad de proceso de uno de ellos
4. Las grabaciones deben ser consideradas como un activo de información más del cliente; así pues su almacenamiento y mecanismos de respaldo debería ser el mismo que en otros activos; desde un punto de vista práctico, debe ser en la NAS/SAN del cliente (que gestiona el cliente) donde deben almacenarse las grabaciones; esto alivia los requerimientos de almacenamiento, políticas de seguridad y de respaldo de la plataforma VIVAit Suite.
5. En general las consideraciones de dimensionamiento de la arquitectura serán calculadas "ad hoc" en cada caso.

3 Arquitecturas validadas

3.1 Entorno monosede, pequeño/mediano

• Un entorno de telefonía corporativa (VIVAit Call) puede implementarse en un solo nodo, que agrupa todas las funciones, incluyendo registro de terminales y gateway
• Un entorno de contact center (VIVAit Suite) requiere de un nodo de registro MAS un nodo gateway
• Un entorno mixto (VIVAit Call y VIVAit Suite) puede implementarse con dos nodos; uno solo para registro de Contact Center y otro para registro de corporativa y gateway de ambos productos

3.2 Entorno monosede, grande

DANIEL CREADO POR IVAN QUIZAS FALTA EXPLICACÍON

3.3 Entorno multisede, grande

• Es preferible el registro centralizado para asegurar que todas las funciones (retrollamada, grupos...) funcionan para todos los usuarios sin "islas"
• Los terminales de VIVAit Call (telefonía corporativa) se logan a un servidor principal y un servidor alternativo; depende de que el terminal permita dicha configuración
• Los usuarios y terminales de VIVAit Suite (contact center) se logan en un solo servidor
• Se recomienda que el servidor principal de registro sea cluster
• En arquitecturas grandes es necesario un nodo de gestión; se recomienda que dicho nodo sea cluster, al contener elementos críticos del sistema (base de datos de tiempo real)