Executando verificação de segurança...
1

Agradeço o seu posicionamento.

Bom, estamos falando de uma aplicação com chat em tempo real, então possuo clientes que facilmente alcançariam 5k+ mensagens por dia (sabendo que todo marketing será feito por uma empresa relativamente grande, agregando um valor imenso, teriamos uma projeção inicialmente de 15 clientes logo após lançamento + 3-7 clientes/mês).

Kubernetes realmente é uma dor de cabeça tremenda (mesmo sendo gerenciado).

Pensei em utilizar o postgre, mas acabei indo pro Rabbit msm (embora conheça mas nunca tenha utilizado postgre pra tal finalidade).

Tambem ja tive problemas com aplicações tendo 250/req por segundo em uma unica máquina e simplesmente matava o processo do sql (recursos nao passavam de 50%).

Acredito que o correto seja isso mesmo, uma máquina somente e fazer alguns testes de carga. Caso necessario adicionar mais um node com load balancer.

Carregando publicação patrocinada...
2

então possuo clientes que facilmente alcançariam 5k+ mensagens por dia

Isso é bem pouco! Qualquer serverzinho simples aguenta isso e mais!
(claro dependendo da stack usada tem que coisa que não da pra fazer)

Tambem ja tive problemas com aplicações tendo 250/req por segundo

Tem algo errado nisso! Isso não é o que deve acontecer! É pra qualquer aplicação
conseguir pelo menos umas 10 vezes isso com pouco recursos!

Mas claro depende do que você esta usando de stack.
Você não deixou as coias muito claras!
Não da pra advinhar as coisas!

Rabbit

Se você acredita que é uma boa, então deve ser! Só você conhece a dor que tem ai!

No mais, boa sorte. Que tudo de certo e ganhe dinheiro e pouca dor de cabeça com infra.
Abraços

1

Então, a questão das 250/req por segundo não fazia o menor sentido. Fiz inúmeros testes com jMetter e ficavam nessa média ai mesmo (basicamente uma aplicação simples com laravel/mysql). Foi otimizado tudo possível, configurado apache e sql pra não ter limitação mas nada adiantou.

Agradeço muito a sua ajuda, sem dúvidas me deu um norte!

2
1
0
1

Sim, foi otimizado todas querys "mal performáticas", inclusive removemos tudo que era possivel de query, deixando apenas conteúdo estático e mantinha a mesma média.

Possívelmente como o amigo citou acima, é um problema do Laravel.

1

Só mais uma ideia:

Hoje tenho tudo em docker, porém como não iria mais utilziar kubernetes precisaria de outro orquestrador se quizesse continuar com containers (podendo ser swarm ou até mesmo o compose).

Será que retiro de containers e crio uma vps instalando manualmente todos os serviços?
E aí caso fosse fazer sem docker utilizaria um pm2 e nginx pra redirecionar corretamente.

Oque voce faria nesse caso?

1

Você precisa fazer a conta.
O que vale mais a pena?

Pq as coisas podem ser complexas e vc perder tempo com isso no lugar de estar atentendo os clientes!