OMniLeads deploy¶
Antes de avanzar con la instalación, se recomienda leer y entender la sección Arquitecture and Components.
As described in the architecture section, each component has a potentially usable install script like provisioner at the creation time of the Linux virtual machine, that will host the component in matter. Also, it is feasible to run it in self-hosted mode when deploying the component on a Linux host, i.e. pouring the content of first_boot_installer.tpl over bash-script located in the virtual machine to be deployed, adjusting the variables and finally launching its execution.
Therefore, we have different ways to reach the goal of installing OMniLeads, some fully automated, and others within a traditional scheme based on running an installation script manually.
Note
Linux distributions for which compatibility is guaranteed are CentOS7-Minimal and Amazon Linux 2.
Next, we consider different scenarios corresponding to available formats.
Deploy de OMniLeads OnPremise¶
OMniLeads can run like a traditional application, deploying one installation of all components on a single host. To this type of Installation, we call it 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 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 demás, utilizando S3 object storage o bien NFS.
Aprovechando el hecho de que cualquier infraestructura OnPremise cuenta con la posibilidad de virtualizar instancias de Linux, así como también 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.
Por lo tanto, en la siguiente sección, se cubre el despliegue sobre instancias Linux OnPremise: Deployment Execution on Linux instances.
Deploy de OMniLeads OnPremise Alta Disponibilidad¶
OMniLeads puede ser desplegado bajo un esquema de alta disponibilidad con redundancia en todos sus componentes.
En ésta sección se cubre el despliegue en cluster de Alta Disponibilidad: Deploy de OMniLeads Onpremise en Alta Disponibilidad.
Deploy de OMniLeads sobre DigitalOcean¶
En ésta seccion se cubre la instalación de la aplicación aprovechando las ventajas de la nube de DigitalOcean.
OMniLeads Deployment based on Terraform¶
As of OMniLeads version 1.16, it is possible to use Terraform to deploy OMniLeads on some specific cloud infraestructures. This list of providers will increase in the future thanks to the community contribution.
For those of you unfamiliar with Terraform and interested in this topic, we leave a link to documentation. Terraform allows us to code a deployment. In terms of Terraform, we can define a deployment of OMniLeads, such as the following set of actions:
- Infrastructure networking configuration.
- Creación de máquinas virtuales, clusters de DB, balanceadores de carga.
- Deploy de OMniLeads y sus componentes sobre las máquinas virtuales.
- Application of security settings.
- Generation of SSL certificates and URL access for users.
So you can just set a variable file and then launch a command (terraform apply), and in a matter of minutes you can have an OMniLeads “as a Service” deployment ready to use. Users can start operating from anywhere.
Note
The deployment of the Jitsi Meet, WombatDialer and MySQL components is configurable according to the needs of the campaign configuration regarding predictive and/or video call features.
The approach of deploying infrastructure cloud, allows us to fully automate the generation of a subscriber to the Contact Center Service in the cloud.
Below the list of current supported public clouds: