Deploys de JAR executável
Publique um JAR executável Spring Boot, Quarkus, Micronaut ou Java simples pelo GitHub ou por um arquivo ZIP/RAR.
Publique seu JAR Java com memória dimensionada para a JVM.
Hospede Spring Boot, Quarkus, Micronaut ou um JAR Java executável pelo GitHub ou ZIP/RAR. Selecione o runtime Java, reserve RAM para a JVM e a aplicação, e use logs e métricas para ajustar o consumo.
Compile uma vez e execute com folga para a JVM
Java
selecione a versão Java no catálogo de runtimes ao vivo
JVM otimizada
JVM otimizada
1,536 MB
alocação inicial de 1.536 MB para Spring Boot
Ao vivo
logs da aplicação e métricas de recursos
Exemplos de cargas Java
De APIs Spring Boot a processos JVM próprios.
O runtime Java executa JARs executáveis. Empacote a aplicação antes, deixe memória suficiente para a JVM e use o mesmo fluxo de deploy para serviços web e processos em segundo plano.
Explorar capacidadesAPIs Spring Boot
Publique um JAR executável Spring Boot para APIs REST, webhooks ou serviços internos. Comece com 1.536 MB e use a memória observada para escolher o plano certo.
Serviços Quarkus e Micronaut
Empacote a aplicação Quarkus ou Micronaut como JAR executável e configure versão do runtime, memória, variáveis de ambiente e publicação web quando ela servir HTTP.
Processos simples com java -jar
Execute um worker estilo CLI, processo agendado ou outro JAR executável com seu próprio ponto de entrada e flags de JVM. Acompanhe a saída de inicialização e as métricas no painel.
Prepare, configure e opere
Hospedagem Java que considera a memória da JVM.
Os cartões de planos abaixo mostram as alocações atuais de RAM e vCPU. Dimensione toda a alocação do container para heap, metaspace, threads e memória nativa.
Planejamento de memória para a JVM
Escolha uma versão Java compatível e dimensione toda a alocação do container para a JVM e a aplicação.
JARs e estado da aplicação
Cada aplicação Java tem um disco persistente de 10 GB em /app. Arquivos gravados ali sobrevivem aos reinícios, incluindo arquivos gerados e estado que o processo Java precisa manter.
Publique um serviço HTTP
Toda aplicação Java recebe um endereço HTTPS gratuito em *.shardweb.app. Conecte um domínio próprio com o plano Core ou superior quando Spring Boot, Quarkus ou Micronaut atender tráfego web.
Use logs e métricas de recursos
Os logs mostram erros de início e execução da JVM. Revise RAM e CPU sob tráfego real antes de migrar para um plano maior.
Reinício automático
Aplicações Java oferecem reinício automático. Gerencie o processo pelo painel e use os logs para investigar falhas de configuração ou memória que causam sua interrupção.
Configuração do deploy
Como publicar uma aplicação Java na Shard Cloud.
Empacote um JAR executável, defina o runtime Java e a configuração de memória, depois valide o processo sob sua carga real.
Começar agora01
Prepare o JAR
Empacote a aplicação com Main-Class definido em MANIFEST.MF e adicione um arquivo .shardcloud ao lado.
02
Configure a memória da JVM
Defina MAIN como o JAR e deixe margem além do heap. A documentação inicia o Spring Boot com 1.536 MB.
03
Verifique logs e RAM
Leia os logs de inicialização da JVM e acompanhe a RAM sob tráfego real antes de definir um plano.
Da conexão à primeira decisão, em um único fluxo.
Tutoriais
Tutoriais para seu runtime
Abra a documentação passo a passo da Shard Cloud para projetos populares neste runtime.
Como hospedar um servidor Lavalink
Crie e hospede seu pr¢prio servidor de m£sica Lavalink na Shard Cloud.
Ler tutorialPerguntas frequentes
Perguntas frequentes sobre Hospedagem Java
Publique um JAR executável com classe principal. Compile o artefato localmente ou em CI e use o guia de deploy Java para a configuração atual do projeto.
Defina VERSION=LATEST para a versão mais recente do Java com suporte, ou VERSION=recommended para a versão recomendada pela plataforma. Escolha a configuração compatível com seu bytecode e dependências.
Defina MAIN com o seu JAR executável no .shardcloud, por exemplo MAIN=spring-app.jar. O JAR precisa declarar Main-Class no MANIFEST.MF. Um serviço web deve escutar na porta 80.
Todo app precisa de pelo menos 256 MB. Use 512 MB ou mais para um site ou API públicos e aumente a memória com base no uso observado.
Sim — mas apenas usando uma máquina virtual. O Minecraft precisa de um processo Java persistente e controle sobre sua porta de jogo, que o fluxo gerenciado de aplicação Java não oferece. Dimensione a RAM e a CPU da VM conforme jogadores e mod pack.
Seu servidor deve ouvir na porta 80.
Leia o guia completo de deploy Java
Pronto para avançar
Publique seu serviço Java com espaço para a JVM.
Traga um JAR Spring Boot, Quarkus, Micronaut ou Java simples. Compare RAM e vCPU atuais dos planos abaixo antes do deploy.
Configuração guiada e sem compromisso
JAR executável pronto
Confirme a classe principal, compatibilidade com JDK e configuração de produção antes do envio.
Orçamento de memória definido
Reserve memória para o heap da JVM e sua sobrecarga não heap e verifique a carga sob tráfego real.
Publique sua aplicação Java
Conecte o GitHub ou envie um ZIP/RAR, selecione Java e inicie o JAR executável.
Um plano para cada fase do seu projeto
Avaliado em 4.9/5 no Trustpilot · Usado por mais de 50 mil desenvolvedores
Plano Basic
Perfeito para freelancers ou indivíduos que precisam hospedar aplicações e bots.
1-2GB RAM
1-2 vCPU
4-8 projetos
5-10GB CDN
Plano Core
Para pequenas equipes e startups que precisam de infraestrutura para múltiplos projetos.
4-8GB RAM
4-5 vCPU
16-32 projetos
35-100GB CDN
Conecte seu próprio domínio customizado
Plano Pro
Construído para empresas em escala com alto volume de projetos e suporte avançado.
12-24GB RAM
6-10 vCPU
48-96 projetos
150-250GB CDN
Load balancers
Backups automáticos