É um arquivo executável dentro da pasta docker-scripts. Substitua: nomedoCLIENTE portas IP Pelos seus valores correspondentes. #!/bin/sh TAG=1.0.3 #TAG=1.0.2 docker rm -f nomedoCLIENTE-node-api; #docker rmi -f digivoxbr/citrus-node-api:$TAG docker run -d --restart=always -p 3345:3333 -e DATABASE_CITRUS_URL=postgresql://postgres:07%40banco%23postgresql@10.40.2.59:5672/nomedoCLIENTE_citruscx?schema=public -e API_VERSION=v1 -e API_CHAT_URL=http://10.40.2.53:3340/api-chat/v1/ -e
É um arquivo executável dentro da pasta docker-scripts. Substitua: nomedoCLIENTE nomeDaPastaDoCLIENTE portas IP Host Pelos seus valores correspondentes. * Se for plataforma CITRUS utilize o parâmetro de imagem digivoxbr/citrus-cx:$TAG * Se for plataforma OMNI PRO, utilize o parâmetro de imagem
upstream citrus-cx { server 192.168.105.44:8014 max_fails=3 fail_timeout=3s; # IP e porta da instancia 1 server 192.168.105.44:8016 max_fails=3 fail_timeout=3s; # IP e porta da instancia 2 } upstream citrus-cx-socket { server 192.168.105.44:8014 fail_timeout=5s max_fails=3; server 192.168.105.44:8016 backup; } server { listen
Para o correto funcionamento do Padrão de Redundância é obrigatório habilitar a senha no redis. Ajuste também a porta 7007 de acordo com a necessidade e atenção na configuração do script docker run para o redis com senha. Utilize o script
Dentro do arquivo citrus.conf da instância de redundância é necessário que exista o parâmetro app.instance.id com o mesmo valor que foi colocado no parâmetro JETTY_WORKER_INSTANCE: EXEMPLO: app.instance.id=2 Além do parâmetro app.instance.id é necessário habilitar a senha do redis no arquivo
Caso o ambiente possua mais de uma instância em funcionamento, o servidor NGINX precisa ser ajustado para fazer o balanceamento funcionar. A configuração do servidor NGINX para o balanceamento de carga utiliza o upstream do NGINX e possui 02 (dois) upstreams
O container Notification Server é o componente que recebe as requisições HTTP do container CallCenter Python Monitor com os eventos de voz e envia para o container RabbitMQ. Este container não precisa ser exclusivo de um único container Citrus caso ele
O container CallCenter Python Monitor captura todos os eventos de callcenter gerados pelo SIP Server para exibir o card de voz na Tela do Atendente. Este container não precisa ser exclusivo de um único container Citrus. Um único container CallCenter Python
O container RabbitMQ é o componente de fila de eventos. Este serviço recebe os eventos de voz do container Notification Server e entrega para o container Citrus. Estes eventos que são entregues fazem com que os cards de voz sejam
Container CallCenter Python Monitor para fazer a captura dos eventos de voz e gerar os cards de voz para os Atendentes. Container Notification Server para receber os eventos de voz e enviar para o container RabbitMQ. Container RabbitMQ para enfileirar
