O Chatwoot é uma plataforma de atendimento ao cliente de código aberto, projetada para melhorar a comunicação entre empresas e seus clientes. Ela oferece uma solução completa para gerenciar conversas em vários canais, incluindo redes sociais, e-mail e chat ao vivo.
Principais características do Chatwoot:
- Omnichannel: Integra múltiplos canais de comunicação em uma única interface.
- Personalização: Altamente customizável para se adequar às necessidades específicas de cada empresa.
- Colaboração em equipe: Facilita o trabalho conjunto entre membros da equipe de suporte.
- Automação: Oferece recursos de automação para melhorar a eficiência do atendimento.
- Análises e relatórios: Fornece insights valiosos sobre o desempenho do atendimento ao cliente.
O Chatwoot é uma escolha popular para empresas que buscam uma alternativa flexível e poderosa às soluções proprietárias de atendimento ao cliente.
Requisitos de hardware
A seguir estão as orientações de hardware de CPU mínimo recomendadas para alguns tamanhos de base de conversação do Chatwoot.
- 4 núcleosrecomendado é o número mínimo de núcleos e suporta até 10.000 conversas por dia.
- 8 núcleos suportam até 20.000 conversas por dia. Mais conversas? Considere escalar horizontalmente adicionando mais servidores de aplicativos.
Requisitos de software
PostgreSQL
O servidor que executa o PostgreSQL deve ter pelo menos 5 a 10 GB de armazenamento disponível, embora os requisitos exatos dependam do uso da sua instância do Chatwoot.
Redis
O Redis armazena a fila de tarefas em segundo plano e várias configurações de chatwoot em cache. Os requisitos de armazenamento para o Redis são mínimos. Você pode começar com 100 MB e aumentar conforme necessário.
Recomenda-se a versão 7.0 ou superior do Redis
Sidekiq
O Sidekiq processa os trabalhos em segundo plano com um processo multithread. Esse processo começa com toda a pilha do Rails, mas pode crescer com o tempo devido a vazamentos de memória. Em um servidor muito ativo, o processo do Sidekiq pode usar 1 GB+ de memória.
Você pode optar por ter tanto os trabalhadores sidekiq quanto os servidores rails rodando na mesma máquina. Mas recomendamos manter o processo worker e o servidor rails em servidores web separados para melhor escalabilidade.
Deixe um comentário