Aplicações

Execute um serviço a partir do Git, de uma imagem ou de um preset com um clique.

Crie uma aplicação em Applications → Newdepois de ter um projeto. Escolha uma regiãoe uma origem.

Origem

Git repository: ligue um fornecedor em Integrações Git e escolha o repositório e a branch. A Nodion analisa a árvore de ficheiros. O build usa um Dockerfile ou Buildpacks. Se o repositório tiver um ficheiro compose, pode importar a stack. Esta via é experimental; consulte Docker Compose.
Prebuilt image: faça deploy de uma imagem existente, incluindo uma que tenha enviado (push) para um registry da Nodion.
Preset: uma aplicação com um cliquecom os seus próprios valores por omissão. O dashboard, um botão Deploy to Nodion ou um agente MCP (presets.list → presets.get → apps.create com preset_key) pode iniciá-la.

Nas aplicações Git, pode ativar o Auto-deploy para que um push para a branch inicie uma release.

Depois de criada

A página da aplicação tem estes separadores:

Overview: estado, recursos associados, primeiro deploy.
Deployments: histórico. O botão Deploy no cabeçalho inicia um novo.
Processes: cada processo tem os seus próprios contentores. Defina réplicas, pacote (Discovery ou General Purpose), comando, portas e pontos de montagem de volumes.
Shell: um terminal num processo em execução.
Logs e Metrics.
Environment: as suas variáveis (os segredos passam a ser só de escrita depois de guardados), além da associação de bases de dados e buckets. A base de dados tem de estar na mesma região. Os valores injetados aplicam-se no próximo deploy.
Domains: o hostname por omissão e domínios próprios.
Previews: só aplicações Git, não imagens pré-construídas.
Settings: incluindo a ativação das previews.

Variáveis de ambiente reservadas

A Nodion injeta-as no arranque do processo (e no build da imagem, após o clone). Não pode defini-las por si.

NODION_GIT_SHA: commit completo deste deploy (a variável é omitida quando não há commit, por exemplo numa imagem pré-construída).
NODION_GIT_SHA_SHORT: os primeiros 7 caracteres.
NODION_INSTANCE: o nome deste contentor.
NODION_HOST: alias opaco do host para este projeto neste host (não o hostname do inventário).

Os builds com Dockerfile precisam de ARG NODION_GIT_SHA (e, opcionalmente, ARG NODION_GIT_SHA_SHORT) em cada fase que as lê.

Ambientes de pré-visualização

Ative as previews nas definições (Settings). Cada preview é uma aplicação efémera para um pull request ou uma branch, com URL próprio e uma base de dados nova por cada base de dados associada à aplicação principal. Crie uma manualmente ou deixe que sejam criadas automaticamente nos pull requests. Faça redeploy ou feche-as no separador Previews.

Uma preview arranca com uma cópia das variáveis de ambiente da aplicação principal, incluindo os segredos. Só as variáveis das bases de dados associadas apontam para a base de dados própria da preview. A Nodion também define NODION_PREVIEW=1, NODION_PR_NUMBER, NODION_BRANCH e NODION_PARENT_APP. Verifique NODION_PREVIEW no seu código para colocar pagamentos, e-mail e outros efeitos secundários em modo de teste, porque as previews executam código não revisto com as chaves da aplicação principal.

Uma preview expira após o TTL de inatividade configurado nas definições da aplicação principal (7 dias por omissão, 0 para não expirar automaticamente). Cada redeploy reinicia o prazo.

Planos

O Discovery partilha CPU. O General Purpose tem uma vCPU dedicada. Os preços atualizados estão em Preços. A apresentação da plataforma de aplicações resume o que cada aplicação inclui.