É viável hospedar SaaS em servidor próprio em casa? Como testar a capacidade de tráfego?

Quando se investe e faz acontecer, os resultados compensam. No meu caso, também estou planejando adquirir um nobreak em breve para evitar problemas com quedas de energia. Quanto aos backups, estou no processo de automatizá-los — por enquanto, já configurei backups semanais, mas ainda estou fazendo o salvamento de forma manual, pois não implementei um sistema totalmente automatizado.

Concordo plenamente sobre o aprendizado. Desde que comecei, aprendi muito sobre redes, e é fascinante o quanto você vai descobrindo e melhorando com o tempo. Essa curva de aprendizado, seja em redes, segurança, ou até questões elétricas, como você mencionou, é algo valioso demais.

Ter sua própria infraestrutura realmente traz economia a longo prazo, mas claro, o investimento inicial pode ser alto. No entanto, uma vez que você supera essa fase, o sistema acaba se pagando e se torna autossustentável. Sem dúvida, isso é um dos grandes benefícios de rodar uma infraestrutura própria em casa.

Realmente, a infraestrutura traz uma sensação de poder, especialmente sabendo que estou gerenciando tudo diretamente, mas eu sei que o foco tem que ser sempre o cliente e o quanto a minha solução agrega para eles. A questão do valor da hora sem as soluções que estou propondo é algo que vou considerar com mais atenção ao definir o posicionamento do meu SaaS.

Achei interessante a sugestão de usar a matriz SWOT para entender melhor as fraquezas e forças, tanto do meu negócio quanto das necessidades do cliente. Vou aprofundar essa análise para ver onde consigo agregar mais valor.

Quanto ao planejamento, reconheço que é uma parte essencial. E na parte burocrática já estou correndo atrás pesquisando valores e tudo mais, pois quero fazer tudo certo para não ter dor de cabeça e erros.

Obrigado pelas dicas e por compartilhar sua experiência!

Já usei a Absam em alguns serviços, chegando a ter mais de 3k/mês de fatura lá, quando tive um BO, foi uma luta para resolver e no final, bem, não resolveu.

Durante praticamente 6 meses, não tive um contato bem sucedido, os chamados na plataforma simplesmente 'sumiam' e não sabiam explicar, depois de abrir processo tive uma resposta e um "ressarcimento" que chutam, não foi no cartão de crédito já usado na plataforma, mas sim, como crédito para eu usar lá de novo.

No final das contas, migrei para servidor próprio na sede da empresa, alguns na Linode, Digital Ocean, Oracle e AWS, depende do uso, cliente, projeto e afins.

Não é querendo desaminar, mas sim, apontar meu lado e de mais uns 2~3 pessoas que tive contato posterior ao meu!...

Pelo preço dessa VPS, realmente seria interessante usá-la como um segundo nameserver, já que atualmente ambos os meus nameservers estão apontados para o mesmo IP. Assim, se acontecer algum problema com meu servidor principal, teria pelo menos uma redundância básica, mesmo que a VPS seja mais simples. Ótima dica, obrigado!

Pior que estavam tentando realizar um ataque de força bruta no servidor. Embora o problema tenha sido mais por falta de atenção da minha parte, já tomei algumas medidas para reforçar a segurança. Atualmente, estou usando o Fail2Ban para bloquear tentativas de acesso indesejadas e reforcei a segurança das senhas. Além disso, desativei o acesso root via SSH, alterei a porta padrão do SSH e também modifiquei a porta do Virtualmin para uma personalizada. Ainda estão tentando acessar o FTP e o Dovecot, mas como não estou utilizando o FTP, removi a regra do firewall temporariamente. Em breve, vou reativá-la e aprimorar a segurança dessa parte. No entanto, reconheço que o servidor ainda está vulnerável em alguns aspectos e pretendo melhorar isso. Você tem alguma sugestão para fortalecer ainda mais a segurança?

Respondendo suas perguntas:

1. Necessidade de o servidor estar sempre online:
   No momento, como ainda estou finalizando meus sistemas SaaS, não tenho um tráfego constante, mas a ideia é que, uma vez que os projetos estejam ativos, a disponibilidade seja alta. Tenho ciência de que quedas de energia e internet são possíveis gargalos, então já estou planejando adquirir um nobreak. E agorar tenho um segundo nameserver em uma VM.

2. Proteção contra ataques:
   Estou usando firewalls configurados via Virtualmin/Webmin e implementando regras de segurança, além de limitar acessos e monitorar tráfego suspeito. É algo que estou aprimorando com o tempo, mas sei que a segurança é um ponto crucial, especialmente quando começar a hospedar mais dados e sistemas.

3. VM Oracle grátis:
   É realmente uma boa opção, especialmente porque estou planejando investir em uma VM como solução de backup para imprevistos. Recentemente, um usuário aqui do TabNews me recomendou uma alternativa que parece ser eficiente e acessível. No momento, estou aproveitando os créditos do Google Cloud e configurei um segundo nameserver lá, o que garante que, caso o meu servidor principal tenha algum problema, meus usuários ainda terão acesso sem interrupções.

4. Memória DDR3 1333MHz:
   Concordo, essa memória é realmente um gargalo, especialmente para projetos que demandam maior performance. No entanto, para os meus projetos iniciais, que não terão acessos intensos logo de cara, acredito que ela aguente. Já estou avaliando a possibilidade de expandir a memória nos slots disponíveis para melhorar o desempenho.

5. Testes de limite de tráfego:
   A dica do K6 é excelente, obrigado! Eu estava procurando exatamente uma ferramenta que simulasse usuários para testar o limite do servidor.

Obrigado ai pelas sugestões!

Realmente concordo as vezes gasto tempo em ter que gerenciar isso, mas vejo que acaba até sendo um aprendizado. O único maior problema nisso e a segurança que se não tomar cuidado tudo vai por por água abaixo. Mas nessa parte de vendas tenho uma sócia então ela vai me ajudar muito nisso.

O meu e tranquilo rodar aqui, o unico ruim mesmo e só o fato que as vezes passa caminhão na rua ai puxa os fios de fibra ótica ai a operadorar tem que vim e arrumar ai as vezes demorar 48h, mas isso não ocorre com frequencia não. Meu maior problema e a segurança no servidor.