Self-hosted
Operacao self-hosted
Regras basicas para operar a distribuicao self-hosted sem regressao de runtime.
Operacao self-hosted
O self-hosted roda a mesma forma de runtime local usada nas distribuicoes empacotadas, mas com operacao orientada a Docker.
Regras operacionais
- mantenha a aplicacao atras de reverse proxy em producao
- preserve o volume em
/var/lib/studio-pro - use
bun run docker:self-hosted:smoke:localpara o smoke de compose local - use
bun run docker:self-hosted:validate:prodpara validar o compose de producao e oCaddyfile
O que nao fazer
- nao exponha a aplicacao diretamente sem TLS
- nao trate
apps/servercomo backend publico independente - nao use o diretório do monorepo como se fosse a raiz de dados da distribuicao
Observacao
O compose local existe para validacao controlada. O compose de producao existe para a implantacao com proxy reverso e deve permanecer separado do fluxo de Desktop e do payload WSL.