# Chat Plugin: Desempenho em Escala - Desativando Retenção e Uso Pesado da API?

**URL:** <https://meta.discourse.org/t/chat-plugin-performance-at-scale-disabling-retention-heavy-api-use/377186>\
**Category:** Product Support\
**Tags:** chat\
**Created:** [4 Agosto , 2025 11:25 UTC](https://meta.discourse.org/t/chat-plugin-performance-at-scale-disabling-retention-heavy-api-use/377186 "2025-08-04T11:25:03Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![Nima1](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nima1/32/299628_2.png) [@Nima1](https://meta.discourse.org/u/Nima1)\
**Post date:** [4 Agosto , 2025 11:25 UTC](https://meta.discourse.org/t/chat-plugin-performance-at-scale-disabling-retention-heavy-api-use/377186/1 "2025-08-04T11:25:03Z")

</div>

Estou explorando um caso de uso alternativo para o plugin Discourse Chat e tenho algumas perguntas sobre seus limites de desempenho, especificamente em relação à retenção de dados e uso intensivo da API.

Para fornecer algum contexto, estamos procurando um sistema de comentários com encadeamento. O recurso de “respostas encadeadas” dentro do plugin Chat oferece uma experiência de usuário muito mais próxima de nossas necessidades do que a estrutura padrão de tópico/postagem. Por esse motivo, estamos considerando usar canais de chat como threads de comentários persistentes.

Por causa desse caso de uso, precisaríamos manter o histórico do chat indefinidamente. Isso leva à nossa principal preocupação: desempenho em uma escala muito grande.

Nosso uso projetado é alto:

- **Total de Mensagens:** Algo entre 1 a 10 milhões de mensagens.

- **Canais:** Aproximadamente 150 a 200 canais.

Nossas perguntas principais são:

1. **É possível desabilitar completamente a retenção de chat ou aumentá-la para suportar o número de mensagens mencionado?** Por exemplo, definindo o período de retenção como 0 ou um número muito grande.

2. **Como o desempenho da API seria afetado?** Planejamos usar intensamente as APIs do plugin Chat para integrar com nosso sistema externo. Nosso principal padrão de acesso seria buscar mensagens em **ordem cronológica (mais recentes para mais antigas)** tanto para os canais principais quanto para os threads. Esse tipo de polling frequente da API em canais com históricos massivos criaria uma carga significativa no servidor?

3. **Qual seria o impacto geral de desempenho** no servidor e no banco de dados de armazenar milhões de mensagens de chat permanentemente? Especificamente, como isso afetaria:

4. Existem pontos de “quebra” conhecidos ou limites suaves onde o desempenho do sistema começa a degradar significativamente sob esse tipo de carga?

Entendemos que este é um uso não convencional do plugin de chat e que desabilitar a retenção não é uma boa prática. Nosso objetivo é determinar os limites arquitetônicos do sistema — tanto na interface do usuário quanto via API — antes de nos comprometermos com essa abordagem.

Qualquer insight da equipe ou de membros da comunidade que já executaram o chat em grande escala seria incrivelmente valioso.

---

_[View the full topic](https://meta.discourse.org/t/chat-plugin-performance-at-scale-disabling-retention-heavy-api-use/377186)._