Arquitectura VIVAit
De VIVAitwiki
| Producto: | VIVAit Call
VIVAit Suite |
|---|
- ALFREDO: EN PRINCIPIO LA VEO OK, ESTA PODEMOS DEJARLA ASI
Sumario
1 Introducción
DANIEL SACADO DEL DOCUMENTO Consideraciones arquitectura VIVAit Suite
La plataforma VIVAit Suite consta de los siguientes módulos de programa propios se puede ver en ver sección Sedes
- 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:
Volver arriba
[| Volver al indice]
2 Consideraciones de arquitecura
DANIEL SACADO DEL DOCUMENTO Consideraciones arquitectura VIVAit Suite
- 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
- 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.
- 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
- 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.
- En general las consideraciones de dimensionamiento de la arquitectura serán calculadas "ad hoc" en cada caso.
Volver arriba [| Volver al indice]
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 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)
