Instalación de OMniLeads¶
Antes de avanzar con la instalación, se recomienda leer y entender (Arquitectura y componentes).
Como se ha descripto en la sección de arquitectura, cada componente cuenta con un script de instalación potencialmente utilizable como provisioner en el momento de creación de la máquina virtual Linux que alojará al componente en cuestión. También, es viable ejecutarlo en modo self-hosted a la hora de desplegar el componente sobre un Linux host, es decir vertiendo el contenido de first_boot_installer.tpl sobre el bash-script ubicado en la virtual machine a desplegar, ajustando las variables y finalmente lanzando la ejecución del mismo.
Por lo tanto, tenemos distintas formas de llegar al objetivo de instalar OMniLeads, algunas totalmente automatizadas, y otras dentro de un esquema bien tradicional basado en el hecho de ejecutar un script de instalación manualmente.
Nota
Las distribuciones Linux sobre las cuales se garantiza compatibilidad son CentOS7-Minimal y Amazon Linux 2.
A continuación, se plantean diferentes escenarios correspondientes a formatos desplegables.
Deploy de OMniLeads Onpremise¶
OMniLeads puede correr como una aplicación tradicional, desplegando una instalación de todos los componentes sobre un único host. A éste tipo de instalación, la llamamos OMniLeads AIO (All In One).
También, podemos separar los componentes de manera tal que puedan ser ejecutados como servicios aislados corriendo sobre hosts dedicados. Ésto significa que se puede aislar componentes sobre hosts dedicados con el fin de plantear una operación más robusta y resiliente, ya que entre otras ventajas, permite aislar/resguardar datos persistentes como grabaciones de llamadas, base de datos, y demas utilizando S3 object storage o bien NFS.
<<<<<<< HEAD Aprovechando el hecho de que cualquier infraestructura onpremise cuenta con la posibilidad de virtualizar instancias de linux, asi como tambien la sencillez que implica obtener una instancia cloud linux (vía web o API) y aprovisionar la misma en el instante posterior al boot, se debe considerar el despliegue por defecto en cluster de componentes OMniLeads.
En esta sección se cubre el despliegue onpremise: about_install_linux.¶
Aprovechando el hecho de que cualquier infraestructura onpremise cuenta con la posibilidad de virtualizar instancias de linux, asi como tambien la sencillez que implica obtener una instancia cloud linux (vía web o API) y aprovisionar la misma en el instante posterior al boot, se debe considerar el despliegue por defecto en cluster de componentes OMniLeads.
En esta sección se cubre el despliegue sobre instancias linux onpremise: Ejecución del deploy sobre instancias Linux. >>>>>>> develop
Deploy de OMniLeads Onpremise Alta Disponibilidad¶
OMniLeads puede ser desplegado bajo un esquema de alta disponibilidad con redundancia en todos sus componentes. <<<<<<< HEAD
En esta sección se cubre el despliegue en cluster de Alta Disponibilidad: Deploy de OMniLeads Onpremise en Alta Disponibilidad.¶
En esta sección se cubre el despliegue en cluster de Alta Disponibilidad: Deploy de OMniLeads Onpremise en Alta Disponibilidad.
Deploy de OMniLeads sobre Digital Ocean¶
En esta seccion se cubre la instalacion de la aplicacion aprovechando las ventajas de la nube de Digital Ocean.
>>>>>>> develop
Deploy de OMniLeads basado en Terraform¶
A partir de la versión 1.16, es posible utilizar Terraform para desplegar OMniLeads sobre algunas nubes concretas que se irán incrementando con el pasar del tiempo y el aporte de la comunidad.
Para quienes no estén familiarizados con Terraform y estén interesados en conocer, dejamos el enlace a su documentación. Terraform nos permite codificar un despliegue. En términos de Terraform, podemos definir un despliegue de OMniLeads, como el siguiente conjunto de acciones:
- Configuración de networking de la infraestructura.
- Creación de maquinas virtuales, clusters de DB, balanceadores de carga.
- Deploy de OMnileads y sus componentes sobre las máquinas virtuales.
- Aplicación de la configuración de seguridad.
- Generación de certificados SSL y URL de acceso para los usuarios.
Por lo tanto, usted puede simplemente configurar un archivo de variables y luego lanzar un comando (terraform apply), y en cuestión de minutos contar con un despliegue de OMniLeads «as a Service», listo para que nuestros usuarios puedan comenzar a operar desde cualquier punto geográfico.
Nota
El deploy de los componentes Jitsi Meet, WombatDialer y MySQL, es configurable de acuerdo a las necesidades de la operación sobre campañas predictivas y/o campañas de video atención.
El enfoque de desplegar en nube de infraestructura, nos permite automatizar completamente la generación de un suscriptor al servicio de Contact Center en la nube.
A continuación, el listado de nubes públicas soportadas: