A página de Processos exibe os processos de tempo de execução e de build do seu aplicativo. Aqui, você também pode editar e definir seus próprios comandos de tempo de execução. Confira nosso exemplo de registro do clima para um exemplo detalhado de como configurar um processo.

Processos de tempo de execução

Estes são os processos necessários para o seu aplicativo.

Tipos de processos

Processo da web

O processo da web executa seu aplicativo. Ao adicionar um aplicativo, se você não especificar o Comando start para o processo da web, a Kinsta tentará detectá-lo automaticamente durante a primeira implantação. Por exemplo, o comando start para um aplicativo Node.js pode ser npm start ou yarn start.

Você não pode remover o processo da web e só pode ter um processo por aplicativo.

Processo de trabalhador em segundo plano (Background worker)

Um processo de trabalhador em segundo plano é executado separadamente do aplicativo principal, em segundo plano. Os processos de trabalhador em segundo plano são ideais para tarefas de longa duração, como gerar relatórios ou processar grandes quantidades de dados. Esse tipo de processo não foi projetado para ser executado como uma tarefa única concluída após um determinado período. Se um processo em segundo plano termina após concluir sua tarefa, o pod será encerrado, reiniciado e repetirá o processo.

Não há limite para o número de workers em segundo plano que você pode adicionar; no entanto, cada processo requer pelo menos um pod para ser executado.

Processo de Cron jobs

Com um processo de cron jobs, você pode agendar um processo em um intervalo específico para o seu aplicativo, para automatizar tarefas repetitivas. Assim como um worker em segundo plano, cada processo de tarefa cron requer pelo menos um pod para ser executado, mas só é iniciado com base no tempo configurado e é encerrado após concluir a operação necessária.

Definindo processos no MyKinsta

Para adicionar um novo processo, clique em Criar processo e preencha os campos da seguinte forma:

  • Nome: O nome do processo, por exemplo, “Worker”.
  • Tipo: Escolha um worker em segundo plano ou Cron Job.
  • Comando start: O comando necessário para iniciar o processo, por exemplo, npm run [process].
  • Tamanho do POD: Selecione CPU e RAM para o processo.
  • Instâncias: Quantas instâncias você deseja (até 50). Cada instância representa um pod e todas as instâncias usam o mesmo tamanho de pod. Você não pode definir tamanho de Pod diferente para cada instância.

Definindo processos em um Procfile

Procfiles definem os processos no código do aplicativo e devem ser comprometidos com seu repositório. Um Procfile contém um processo por linha no seguinte formato:

process_name: command

Por exemplo, para executar um aplicativo Laravel, você pode querer usar o seguinte:

web: php artisan serve --host 0.0.0.0 --port 8080

Se você usar um procfile, deverá definir um processo chamado web para garantir que o contêiner lide com as solicitações da web.

Dimensionamento de recursos de aplicativos

Você pode alterar o tamanho do pod de qualquer processo (dimensionamento vertical) e alterar quantos pods são executados ao mesmo tempo (dimensionamento horizontal). Quaisquer mudanças que você fizer, exceto mudar o nome, acionarão automaticamente o processo de implantação para o aplicativo.

  • O dimensionamento vertical é ótimo para dar aos pods mais poder para completar tarefas intensivas em recursos.
  • O escalonamento horizontal é ótimo para resiliência e equilíbrio de carga para aplicativos que processam muitas solicitações. Por exemplo, você poderia executar três versões do mesmo pod. A tecnologia subjacente roteia solicitações para um dos três pods, distribuindo efetivamente a carga entre eles. Se um pod se tornar instável, as solicitações serão roteadas para os outros dois até que o terceiro pod fique saudável novamente.

Você pode alterar os detalhes de qualquer processo, incluindo o tamanho do Pod, a qualquer momento. Se o seu aplicativo é sem estado (sem armazenamento persistente), você pode habilitar o escalonamento horizontal automático para o processo web. Isso permite que você defina um número mínimo e máximo de instâncias (até 10) entre as quais o processo pode escalar conforme necessário. Para saber mais sobre como alterar o tamanho do pod e outras opções de escalonamento, consulte Como Escalar Recursos de Aplicativos.

Processo de build

Isso mostra a Build Machine que o processo de build está usando. Clicar em Atualizar build permite que você altere os recursos usados para o processo de build.