Executando verificação de segurança...
Em resposta a Infraestrutura inicial de um SaaS
4
uriel

Antes de tudo parabéns! Muito bom que você esteja conseguindo construir seu negocio!

Eu pegaria um VPS desta lista > https://dev.to/urielsouza29/uma-lista-de-vps-baratos-51ne

Instalaria o coolify https://coolify.io/

Faria primeiro algo simples um simples monolito com as funcionalidades pretendidas
Mandaria no VPS e monitoraria tudo que pudesse!

Se precisar de mais vps, pegaria mais e pronto!

Você realmente acha que precisa de uma mensageria exterana no estagio inicial do projeto?
Da pra usar o PostgreSQL como mensageria de boa
https://www.youtube.com/watch?v=jTLP5DrIocA&t=69s

Não precisa ter um outro aplicativo para ter que dar manutenção

Não tentaria copiar grande empresa nenhuma.
kubernetes em inicio de projeto pra mim é um exagero sem fim que vai dar muita do de cabeça e custos que você não precisa nesse momento!

Não tente adivinhar o futuro. Dev é ruim demais nisso.
Você já acha que vai escalar e já coloca kubernetes pensando nisso!

Tenha clientes, veja a demanda depois pense nessas coisas.
Seu principal problema não sera infra, mas atendimento e vendas!

Abraços e boas vendas em!

Carregando publicação patrocinada...
2
user1

Eu ia responder praticamente isso que você postou.

Começar em uma VPS simples, PG para mensageria também, e mesmo no futuro quando as coisas derem certo, dá para deixar parte da aplicação ainda nesse ambiente mais simples com os CRUDs da vida e colocar apenas os serviços mais pesados em ambientes mais poderosos.

1
ownerczx

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.

2
uriel
Autor
Autor

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
ownerczx

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
uriel
Autor
Autor

Laravel, entendi parece que isso é um problema do Laravel.
Já ouvi falar disso! O pessoal tem usado o Swoole aguenta muito!

1
0
1
ownerczx

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
ownerczx

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
uriel
Autor
Autor

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!