🇪🇸
Omnileads Docs
ComunidadForo
Español
Español
  • 👶Introducción a OMniLeads
    • Características Generales de OMniLeads
    • Arquitectura y componentes
  • 🚀Instalación de OMniLeads
    • Deploy utilizando Docker
      • Deploy en Docker-Destkop
      • Deploy en Docker para VPS Cloud o VM
      • Deploy en Docker para VPS Cloud o VM con Bucket Externo
    • Deploy utilizando Ansible
      • Deploy en AIO (All-In-One)
      • Deploy en AIT (All-In-Three)
      • Deploy en HA (High Availability)
      • Backups, Restores, Upgrades y Rollbacks
      • Migración desde CentOS7
    • OMniLeads Enterprise
    • Deploy en Entornos de Desarrollo
    • First Login
    • Certificados TLS/SSL
    • Monitoreo y Observabilidad
    • Consideraciones de Seguridad
  • ⚙️Configuración inicial
  • 🪪Autenticación LDAP
  • 🎞️Video Llamadas (Pro)
    • Configuración Inicial
    • Wordpress Plugin
    • Webphone Demo
    • Embebiendo el Webphone
  • 🎯CX Survey (Pro)
    • Reportería
  • 📈Reportes Premium (Pro)
    • Reportes de Actividad
    • Analizando Resultados
  • 🔊Text To Speech - TTS (Pro)
  • ☎️Configuración del Canal de Voz
    • Parámetros generales del SIP trunk
  • 🆗Configuración del Canal de Whatsapp (Pro)
    • OMniLeads y GupShup
    • Dar de Alta Whatsapp Business en GupShup
    • Plantillas de Mensajes y Grupos Horarios
    • Proveedores
    • Lineas
  • 🚧Wallboard for Business (Pro)
    • Creación de un Wallboard
    • Agregando Widgets y Páginas "realtime"
    • Explorando Widgets y Métricas
  • 📤Mensajes Masivos (Pro)
    • Creación de Envios
    • Campañas de Turnos
    • Exportación de Resultados
  • 💬Campañas de Contacto
    • Campaña Entrante
      • Enrutamiento de llamadas entrantes
      • Derivación de llamadas entrantes desde la PBX hacia OMniLeads
      • Enrutamiento condicionado por rango de tiempo
      • IVR - Interactive Voice Response
      • Identificación de llamada entrante
      • Ejecución de dialplan personalizado
    • Campaña Manual
    • Campaña Preview
    • Campaña Dialer
    • Campaña de Whatsapp
  • 🎧Manual de agente
    • Login Logout
    • Llamadas manuales desde listado de contactos
    • Llamadas preview
    • Llamadas en dialer
    • Llamadas entrantes
    • Llamadas entre agentes
    • Listado de Contactos
    • Mensajes de Whatsapp
  • 🛑Métricas, grabaciones y supervisión
    • Grabaciones
    • Reportes de campañas entrantes
    • Reportes de campañas salientes
    • Reporte general de llamadas
    • Reportes de agente
    • Reportes de Whatsapp
    • Reportes de Conversaciones
    • Supervisión
  • 📊Auditoría de gestiones
  • ☎️Integración entre OMniLeads y PBXs
  • 🛠️Gestiones del administrador IT
  • 🧩Integración con CRM
    • Interacción desde OMniLeads hacia el CRM
    • Interacción desde el CRM hacia OMniLeads
  • 🔐Consideraciones sobre seguridad
  • 📌OMniLeads RESTful API
    • API de sesión de Agente en Asterisk
  • 🗒️Release Notes
  • ❤️Comunidad
  • 🎇Acerca De
Con tecnología de GitBook
En esta página
  • Reset de Django pass
  • Inicializar entorno con datos de pruebas
  • Variables
  • Build de imágenes
  1. Instalación de OMniLeads

Deploy en Entornos de Desarrollo

Última actualización hace 1 año

Se requiere contar con Docker-Engine instalado en el ambiente de desarrollo a desplegar (de ahora en mas, "devenv"). El mismo puede ser desplegado en diferentes sistemas operativos, como Linux, Mac, o Win$:

Acto seguido, se procede al clonado del repositorio para trabajar en su configuración y despliegue. Es importante accesar al directorio de development-env para ejecutar el deploy:

git clone https://gitlab.com/omnileads/omldeploytool.git
cd omldeploytool/development-env/

El entorno de desarrollo ("devenv") de OMniLeads plantea un docker-compose.yml que mapea algunos repositorios dentro de algunos contenedores.

Tomamos como ejemplo el código de Django; allí se puede observar cómo el código dentro del servicio app se mapea.

volumes:
  - ${REPO_PATH}/omlapp/:/opt/omnileads/ominicontacto/

El deploy del entorno implica la creación de un directorio de nombre omnileads-repos para allí clonar todos los repositorios de los componentes de OMniLeads.

Para levantar el entorno de desarrollo se deberá ejecutar por única vez el script de deploy.sh tal cual se indica debajo:

$ ./deploy.sh --os_host= --gitlab_clone=

Donde os_host puede ser: "linux", "mac" o "win". Mientras que gitlab_clone puede equivaler a "ssh" o "https" a la hora de elegir por el método que se utilizará para clonar los repos.

Además de clonar los repos, el deploy.sh se encarga de setear MinIO (Object Storage) para que las grabaciones y media_root (django) operen bajo un bucket provisto por el propio servicio de MinIO.

Debajo una salida de ejemplo al momento de utilizar el método "https" de clonado, y su correspondiente lanzamiento de containers:

Reset de Django pass

./manage.sh --reset_pass

Inicializar entorno con datos de pruebas

./manage.sh --init_env

Variables

Todas las variables implicadas en el docker-compose se pueden leer/editar sobre el archivo .env.

Build de imágenes

Los servicios: nginx, rtpengine, acd (asterisk), kamailio y app presentan la posibilidad de ser buildeados desde el compose. Por ejemplo:

docker-compose build app

En el apartado de , se pueden revisar los pasos necesarios para obtener el primer acceso a la UI con usuario Administrador.

Para mayor información, sugerimos visitar la documentación expuesta en el .

🚀
First Login
repositorio oficial del proyecto
Docker Install documentation