Instalar
Adicione um app quando um recurso precisar dele — não antes.
Escolha um produto
Hospedagem de sitesSites e WordPress em um plano de preço fixoCloudFaça deploy de apps, APIs e bancos de dados a partir do Git ou do DockerAI BuilderCrie e altere sites e apps com IAAdicione a qualquer projeto
Domínios e e-mailBancos de dadosWordPress gerenciadoAmbientes para agentesMigraçõesDesenvolvedores
Tudo sobre IADesenvolvedoresMCP para assistentes de IADocumentaçãoSegurançaStatusHostingsurge
PreçosEntrarApp Store
Apps com um clique. Só quando você pedir.
A App Store da Hostingsurge vai adicionar bancos de dados, CMS, busca, automação e ferramentas de IA a um projeto existente — revisados antes de aparecerem e instalados só a seu pedido. Ela está em desenvolvimento e ainda não foi lançada.
Já disponível: modelos com um clique fazem deploy de apps auto-hospedados como n8n, Ghost, Grafana e Nextcloud, ou de WordPress e WooCommerce, como um projeto próprio. Abrir os modelos
Agrupados pelo que fazem
As categorias cobrem o que um projeto costuma precisar em seguida. Nada é instalado de antemão: um app só aparece em um projeto depois que você o solicita.
CMSBancos de dadosAutomaçãoIAAnáliseBuscaFerramentas de desenvolvimentoFerramentas de negóciosArmazenamentoMonitoramentoOutros
Um catálogo curado, não um depósito de contêineres
Cada item é uma ficha de app com um nome Hostingsurge e um contrato fixo: o que ele oferece, a qual categoria pertence, qual é o nível de risco e quanto suporte recebe. O motor por trás continua invisível.
| App | O que ele oferece | Categoria |
|---|---|---|
| Backend | Backend de apps: contas, banco de dados e armazenamento | Ferramentas de desenvolvimento |
| PostgreSQL | Banco de dados relacional para cargas de trabalho exigentes | Bancos de dados |
| MySQL / MariaDB | Banco de dados relacional para apps web clássicos | Bancos de dados |
| Cache | Cache em memória que acelera leituras repetidas | Bancos de dados |
| WordPress | WordPress gerenciado com o Hostingsurge Connector | CMS |
| Headless CMS | Conteúdo editorial estruturado, entregue por uma API | CMS |
| Análise | Insights de tráfego que respeitam a privacidade para o seu site | Análise |
| Busca | Busca rápida e tolerante a erros de digitação em conteúdos e produtos | Busca |
| Banco de dados vetorial | Armazenamento de embeddings para recursos de IA e recuperação de informações | IA |
| Automação | Fluxos visuais entre seus apps e serviços | Automação |
| Fluxos de IA | Cadeias e fluxos de agentes sobre seus próprios modelos e dados | IA |
| Ferramentas internas | Painéis administrativos e dashboards sobre os seus dados | Ferramentas de negócios |
| Agente de IA | Um ambiente de execução de agentes privado e delimitado para suas automações | IA |
| Formulários | Formulários com armazenamento, notificações e tratamento de spam | Ferramentas de negócios |
| Git | Repositórios para seus projetos — normalmente internos | Ferramentas de desenvolvimento |
| Custom Docker | Traga sua própria imagem de contêiner (recurso premium e para desenvolvedores) | Ferramentas de desenvolvimento |
Tudo é apresentado com nomes Hostingsurge e roda em motores padrão do setor. Qual motor está por trás de um item não faz parte da interface do cliente: você nunca gerencia um painel de fornecedor, um plano de controle de deploy nem conceitos de contêiner.
Cada item é revisado antes de aparecer
O catálogo tem uma regra: nada aparece na App Store antes de passar pela revisão e ter um contrato completo. Cada ficha registra:
- Projeto upstream, licença e versão do app
- Versão do modelo e estratégia de atualização
- Nível de risco e nível de suporte
- Recursos mínimos e limites de recursos padrão
- Caminhos persistentes e estratégia de backup
- Verificação de saúde, visibilidade para clientes e disponibilidade sob a marca
Ciclo de vida — de rascunho a aprovado. Até a aprovação, o app fica invisível para os clientes:
RascunhoRevisão de licençaRevisão de segurançaAprovadoDescontinuadoBloqueado
Em desenvolvimento. A App Store está especificada, não lançada: o catálogo com esses campos, a regra de que só apps aprovados ficam visíveis e instalar/atualizar/reiniciar/backup/logs/desinstalar pelo provedor de deploy são o item de trabalho C3 no documento de status da plataforma. Ainda não é possível adicionar um app a um projeto existente, e nada é instalado sem um pedido explícito do cliente. Os modelos com um clique, que fazem deploy de um app como um projeto próprio, já estão disponíveis.
O que você pode fazer com um app instalado
Quando um app está em um projeto, ele se comporta como o resto da plataforma: o mesmo painel, os mesmos conceitos, nenhum painel de fornecedor. Para cada app instalado:
Atualização disponível
O serviço avisa que uma versão mais nova está pronta, em vez de se atualizar sozinho.
Reiniciar
Reinicie após uma alteração, no mesmo lugar onde você lê os logs.
Backup
Faça um backup antes de uma etapa arriscada, com uma restauração como garantia.
Logs
Leia os logs do próprio serviço em texto simples, sem jump host.
Abrir
Acesse o app do jeito que ele foi feito para ser usado — sem precisar de conta no fornecedor.
Desinstalar
Remova o app e os recursos dele. Nada fica para trás como órfão.
Atualizações gerenciadas, não aplicadas em massa
A versão do modelo instalada é acompanhada por serviço, e um verificador de atualizações informa o que mudou upstream. Uma versão nova nunca é aplicada a todos os serviços de uma vez.
Atualizações disponíveis
Existe uma versão mais nova do modelo para um serviço que você executa. Você decide quando aplicá-la.
Atualização de segurança
Uma correção importante, marcada como prioridade máxima — ainda assim por meio de um rollout, nunca uma troca às cegas.
Atualização incompatível
Uma mudança que exige atenção antes de ser aplicada, revisada com você em vez de ser lançada em silêncio.
Princípios de governança
- Suporte upstreamApenas apps revisados
- App de backend genéricoNão oferecido — o Backend é a experiência
- SupabaseApenas importação e compatibilidade
- Headless CMSQuando o conteúdo é estruturado
- Sites estáticosNenhum CMS imposto
Política de rollout
- Atualização canary primeiro, depois um rollout em etapas
- Rollback disponível quando um rollout não se comporta como esperado
- Nenhuma atualização em massa de serviços de clientes sem política
- Versões de modelo acompanhadas por serviço, não por plataforma
Iniciar um modelo de contêiner não é o mesmo que dar suporte a um app upstream. Um app é oferecido porque foi revisado e tem suporte — nunca apenas porque pode ser iniciado.
Perguntas sobre a App Store
Como o catálogo funciona — incluindo o que ainda não está disponível.
Alguma coisa é instalada automaticamente?
Não. Nada é instalado de antemão em um projeto, e nada é adicionado sem um pedido explícito. Um projeto recebe a infraestrutura e os apps de que um recurso realmente precisa.
O que acontece quando uma versão upstream traz uma correção de segurança?
O verificador de atualizações a informa para os serviços que usam essa versão. Os rollouts começam com um canary e seguem em etapas, com rollback disponível — um serviço de cliente nunca é atualizado em massa sem política.
Preciso entender de Docker ou contêineres?
Não. Você trabalha com nomes de apps, recursos e botões: Instalar, Atualizar, Reiniciar, Backup, Logs, Abrir, Desinstalar. O plano de controle de deploy, os painéis de fornecedores e os conceitos de contêiner ficam do nosso lado.
Posso rodar minha própria imagem de contêiner?
O Custom Docker é um recurso premium e para desenvolvedores do catálogo. Ele passa pela mesma revisão que todo o resto e não é uma forma de contornar as regras de isolamento da plataforma.
Por que alguns apps demoram mais para aparecer?
Porque eles são revisados primeiro: a revisão de licença e a revisão de segurança acontecem antes de um app chegar ao status aprovado, e só apps aprovados com disponibilidade sob a marca ficam visíveis para os clientes.
A App Store já está no ar?
Não. Adicionar apps a um projeto existente está em desenvolvimento. O que já funciona são os modelos com um clique: n8n, Ghost, Grafana, WordPress, WooCommerce e outros apps fazem deploy como um projeto próprio, em Novo projeto → Modelos no painel. O catálogo, os campos de revisão, o ciclo de vida e as ações por app desta página descrevem como a App Store está sendo construída.
Adicione o que o projeto precisa. Nada mais.
A App Store foi feita para que um projeto receba a infraestrutura e os apps que um recurso realmente exige — instalados sob demanda, revisados antes de aparecer e removíveis de novo.