166 gotowych aplikacji. Każda na jedno kliknięcie.

1. O hosting para um único site é um problema diferente do hosting para um conjunto de ferramentas

Uma empresa raramente precisa hoje apenas de um site. Além de uma página de apresentação ou de uma loja, normalmente precisa também de um CRM para gerir os contactos com os clientes, de uma ferramenta de automatização de tarefas repetitivas, de uma base de dados para tabelas internas e talvez de um chat no site para apoio ao cliente. Contratar um serviço de hosting separado para cada uma destas ferramentas torna-se rapidamente pouco vantajoso e difícil de gerir.

Na Saplo, todas estas ferramentas são simplesmente aplicações do mesmo catálogo, instaladas no mesmo Box que o site da empresa: a base de dados no-code Baserow, o chat Chatwoot, a automatização n8n, um sistema de tickets ou um painel de administração. Cada uma é uma aplicação separada e isolada no seu próprio contentor LXC.

O catálogo tem 166 aplicações prontas, a maioria das quais disponível sob a forma de modelos completos de instalação (e não apenas stacks técnicas como Node ou Django), incluindo Nextcloud, Gitea, Grafana, Metabase, Uptime Kuma, Paperless-ngx, Vaultwarden e muitas outras categorias de ferramentas de negócio.

2. Como calcular os recursos quando instalas várias aplicações no mesmo Box

Não há limite de aplicações ou domínios em qualquer plano, mas o limite real é a RAM do Box, porque cada aplicação declara no seu manifesto a memória mínima (por exemplo, 256 MB para uma instalação simples do WordPress, 1 GB para o n8n e 2 GB para aplicações baseadas numa stack Docker completa, como Baserow ou Chatwoot).

O Box M (2 GB RAM) permite, na prática, executar uma aplicação Docker mais pesada juntamente com um site mais leve. O Box L (6 GB RAM) já permite várias aplicações Docker em simultâneo e o Box XL (12 GB RAM) suporta confortavelmente um conjunto completo de ferramentas de negócio numa única conta, sem teres de escolher que aplicações têm de ser desativadas.

A RAM e o número de vCPU podem ser aumentados sem migração (hot-add). Assim, à medida que o catálogo de ferramentas cresce, não tens de mover tudo para um novo servidor, basta aumentar o limite de recursos atribuído ao mesmo Box.

3. Porque é que este modelo é diferente do hosting clássico

O hosting partilhado clássico foi concebido para suportar apenas um site por conta, com um número limitado de bases de dados e processos PHP. Instalar várias aplicações independentes (CRM, chat, automatização) no mesmo alojamento costuma exceder o que o painel e os limites deste tipo de hosting foram concebidos para suportar.

Um VPS permite instalar qualquer número de aplicações, mas cada uma tem de ser instalada, configurada e protegida por ti. Para um conjunto de várias ferramentas diferentes (cada uma com as suas próprias dependências, base de dados e portas), isto significa trabalho administrativo real na fase inicial e em cada atualização.

A Saplo combina as duas abordagens: a flexibilidade de um VPS (várias aplicações independentes e acesso SSH completo a partir do Box M) com a comodidade de um hosting com painel (modelo de instalação pronto para cada uma das 166 aplicações, SSL automático e isolamento LXC configurados desde o início).

4. Conjunto de exemplo para uma pequena empresa

Um site institucional em WordPress, o Baserow como base de dados interna de clientes e encomendas, o Chatwoot como chat no site para apoio ao cliente e o Uptime Kuma para monitorizar se tudo está a funcionar. São quatro aplicações diferentes que cabem num único Box L, sem a necessidade de quatro faturas de quatro fornecedores diferentes.

Adicionar uma quinta aplicação, como o n8n para automatizar notificações entre as restantes ferramentas, é apenas mais uma instalação a partir do catálogo, não um novo contrato de hosting nem a migração dos dados existentes para outro servidor.

5. Para quem é indicado

À medida que cresce o número de ferramentas SaaS, uma pequena empresa que queira substituir várias subscrições SaaS pagas (CRM, chat, automatização) por instalações próprias num único Box pode ter um custo anual inferior à soma das mensalidades individuais.

Para equipas técnicas que preferem controlar os seus próprios dados (self-hosted) em vez de os deixar em serviços SaaS externos, onde os dados dos clientes e da empresa ficam em servidores de terceiros.

Se ainda estás a testar que ferramentas precisas, o catálogo com 166 aplicações permite-te experimentar sem o risco financeiro de teres de assinar um contrato separado para cada ferramenta testada.

6. Como escolher as primeiras aplicações para instalar no Box

Começa pelo site da empresa (WordPress ou uma simples página estática), porque costuma ser o primeiro ponto de contacto com o cliente e o ponto de partida natural para cada novo Box, independentemente dos planos de evolução das ferramentas.

Adiciona uma ferramenta que substitua de facto uma subscrição SaaS paga, por exemplo, Baserow em vez de uma folha de cálculo partilhada por e-mail, ou Chatwoot em vez de um serviço de chat externo com mensalidade por utilizador.

Monitoriza o uso de RAM no painel após cada aplicação adicionada, para saberes quando vale a pena aumentar os recursos com a extensão hot-add, em vez de discoveres o limite no pior momento, ou seja, durante uma falha por falta de memória.

Testa novas ferramentas no mesmo Box sem o risco financeiro de um contrato separado, porque instalar e desinstalar aplicações do catálogo não tem qualquer custo adicional para além dos recursos que cada aplicação ocupa enquanto está em funcionamento.

Documenta a finalidade de cada aplicação para a equipa, porque, com várias ferramentas no mesmo Box (CRM, chat, automatização, monitorização), é fácil esquecer quais são usadas ativamente e quais vale a pena remover para libertar recursos.

7. Self-hosted ou SaaS: o que realmente importa nos cálculos

O custo do SaaS costuma aumentar com o número de utilizadores ou de operações por mês. Numa equipa em crescimento, isso significa uma fatura cada vez maior, mesmo que a ferramenta em si não mude.

O custo do self-hosted na Saplo é fixo (o preço do Box), independentemente do número de utilizadores das aplicações instaladas. Numa equipa em crescimento, mantém-se previsível e é mais fácil de incluir no orçamento anual.

Por outro lado, o self-hosted implica que a atualização das aplicações (novas versões do Baserow, Chatwoot ou outras) fique a teu cargo, embora o motor da plataforma Saplo facilite este processo com receitas de atualização prontas no catálogo.

Os dados numa solução self-hosted permanecem fisicamente no teu contentor, o que, para empresas que processam dados pessoais de clientes através de ferramentas internas (CRM, chat), pode ser um argumento importante na avaliação da conformidade com o RGPD face a um SaaS externo.

8. Segurança com várias aplicações na mesma conta

Ter várias aplicações no mesmo Box (CRM, chat, automatização, monitorização) significa ter vários pontos de entrada que, em teoria, poderiam ser alvo de ataques. Por isso, neste cenário, o isolamento ao nível do contentor LXC é mais importante do que com uma única página simples.

Cada aplicação na Saplo tem o seu próprio contentor, com o seu próprio sistema de ficheiros, processo e, se necessário, base de dados. Assim, comprometer uma aplicação (por exemplo, através de uma extensão desatualizada do WordPress) não concede acesso automático às restantes aplicações no mesmo Box.

As atualizações de segurança de cada aplicação (novas versões das imagens Docker do Baserow, Chatwoot ou outras) estão disponíveis como receitas de atualização no catálogo. Assim, é mais fácil manter vários motores diferentes atualizados sem teres de acompanhar individualmente cada projeto open source.

Mantém separados as palavras-passe e as chaves API de cada aplicação (por exemplo, o token do Chatwoot e a chave de webhook do n8n) e não reutilizes a mesma palavra-passe entre ferramentas, porque, se uma palavra-passe for comprometida, a reutilização expõe todas as aplicações que partilham o mesmo segredo.

O acesso SSH com sudo a todo o Box (disponível a partir do Box M) dá acesso administrativo a todos os contentores nele. Por isso, numa equipa com várias pessoas a acederem ao mesmo Box, vale a pena decidir conscientemente quem precisa realmente deste acesso ao nível de todo o servidor.

Rever regularmente a lista de aplicações instaladas (e verificar se ainda são todas usadas ativamente) é uma boa prática de segurança. Uma aplicação esquecida, sem atualizações, que já ninguém usa, representa um ponto fraco que pode passar despercebido à medida que o catálogo de ferramentas no Box cresce.

9. Como cresce o catálogo de aplicações e de onde surgem as novas receitas

O catálogo de aplicações da Saplo não é uma lista estática e fechada: o agente noturno acrescenta regularmente novas receitas de instalação. Assim, o número de aplicações disponíveis cresce com o tempo, e um cliente que usa Saplo hoje pode, dentro de alguns meses, encontrar no catálogo uma ferramenta que ainda não existia quando comprou o Box.

Uma nova receita passa por uma bateria de testes antes de entrar no catálogo visível aos clientes. Assim, garante-se que a instalação funciona corretamente antes de alguém a experimentar no seu Box de produção, e não apenas no ambiente de testes do agente.

Os clientes podem sugerir a adição de uma aplicação específica ao catálogo quando precisam de uma ferramenta que ainda não existe. Isso distingue o modelo Saplo de plataformas fechadas, em que a lista de aplicações disponíveis é totalmente controlada pelo fornecedor, sem que os utilizadores possam influenciar a lista.

O catálogo em crescimento significa que vale a pena consultar de vez em quando a lista de aplicações disponíveis, mesmo que o conjunto atual de ferramentas cubra totalmente as necessidades. Uma nova receita poderá substituir uma subscrição SaaS paga que a empresa utiliza noutro serviço.

Para as empresas que acompanham a evolução do seu conjunto de tecnologias, esta flexibilidade do catálogo é uma vantagem real face a fornecedores com uma lista limitada e raramente atualizada de aplicações prontas, pois não é preciso esperar meses para que uma nova ferramenta seja incluída na oferta.

10. Organização do catálogo de ferramentas à medida que cresce

À medida que aumenta o número de aplicações no mesmo Box, é fácil perder de vista qual serve para quê, sobretudo quando mudam as pessoas da equipa responsáveis por cada ferramenta. Por isso, vale a pena manter desde o início uma lista simples: nome da aplicação, finalidade e responsável na equipa.

Uma revisão regular das aplicações instaladas (por exemplo, uma vez por trimestre) ajuda a identificar as que já não são usadas ativamente, mas continuam a ocupar a RAM do Box. Assim, podes libertar recursos sem teres de mudar para um plano superior apenas por causa de instalações esquecidas e sem utilização. Esta revisão também é uma boa oportunidade para verificar se as atualizações disponíveis no catálogo foram aplicadas a todas as aplicações instaladas, e não apenas às mais usadas no trabalho diário da equipa.

Para as equipas técnicas, vale também documentar que aplicações estão ligadas entre si (por exemplo, uma automatização n8n que liga o chat ao CRM), porque remover uma aplicação sem primeiro verificar as suas dependências pode quebrar, de forma inesperada, o funcionamento de outra automatização associada.

A organização do catálogo de aplicações no Box torna-se ainda mais importante à medida que mais pessoas da empresa têm acesso a ele, pois, sem documentação clara, um novo membro da equipa pode não saber quais das ferramentas são críticas para o funcionamento da empresa e quais podem ser removidas em segurança.

11. Resumo: um Box como centro de ferramentas da empresa

O catálogo de 166 aplicações transforma o hosting, antes usado apenas para alojar o site da empresa, num centro de ferramentas para toda a empresa: CRM, chat, automatização, monitorização e bases de dados, tudo numa única conta, com uma única fatura e uma infraestrutura partilhada para gerir. Para uma pequena empresa, isto representa uma oportunidade real de substituir várias subscrições SaaS pagas por instalações próprias, sem perder o controlo dos seus dados e sem ter de aceitar taxas de subscrição que aumentam ao longo do tempo a cada nova ferramenta acrescentada ao conjunto tecnológico da empresa.