• Português

      • Visão geral da implantação do ambiente de produção

      Se o seu NocoBase já pode ser executado normalmente no servidor, normalmente você precisará adicionar mais dois recursos antes de ser lançado oficialmente:

      1. Permita que o aplicativo retome a execução automaticamente após a máquina ser reiniciada.
      2. Conecte a entrada do proxy reverso ao aplicativo para fornecer acesso estável ao mundo externo.

      Correspondendo ao NocoBase CLI, consiste principalmente nos dois conjuntos de comandos a seguir:

      • nb app autostart
      • nb proxy

      Este conjunto de documentos está dividido principalmente em duas partes:

      1. Inicialização automática do aplicativo: permite que o aplicativo retome a execução após a reinicialização da máquina
      2. Proxy reverso: fornece uma entrada de acesso externo estável para aplicativos

      Você pode primeiro ver qual peça você precisa mais atualmente e depois entrar na página correspondente.

      Quais problemas essas duas peças resolvem no ambiente de produção?

      Quer dizer:

      • nb app autostart resolve o problema de "como retomar a operação de aplicativos após a inicialização do sistema"
      • nb proxy resolve o problema de "como fornecer acesso estável ao mundo exterior"
      Por que você não usa diretamente o Docker, PM2 ou a configuração de inicialização automática do próprio Supervisor aqui?

      nb app autostart não ignora esses métodos de gerenciamento de processos, mas adapta uniformemente diferentes métodos de gerenciamento de processos e, em seguida, os converge em um conjunto estável de entradas de gerenciamento de inicialização automática. Dessa forma, você não precisa se lembrar de um conjunto diferente de configurações de inicialização automática porque a camada subjacente é Docker, PM2 ou Supervisor, que pode ser suportada no futuro.

      Quando o sistema iniciar esta camada, ela continuará a ser processada por systemd, launchd ou pelo script de inicialização do host. Eles são responsáveis ​​por executar uma vez quando a máquina inicia:

      nb app autostart run

      Este comando irá então abrir todos os aplicativos que possuem inicialização automática habilitada.

      Aqui estão duas camadas de coisas que não devem ser misturadas:

      • Recursos como Docker, PM2 e Supervisor estão mais próximos de "como os aplicativos geralmente são executados e como gerenciar os processos dos aplicativos".
      • Recursos como systemd, launchd e scripts de inicialização do host estão mais próximos de "qual comando executar quando o sistema for iniciado"

      Se acontecer de você ficar preso aqui "Por que você precisa de nb app autostart", continue lendo Início automático do aplicativo e nb intenção de design do aplicativo.

      Qual página devo olhar agora?

      Eu quero...Onde procurar
      Deixe o servidor reiniciar primeiro e então o aplicativo poderá retomar a execução automaticamenteInício automático do aplicativo
      Primeiro entenda a relação de entrada do Nginx/Caddy nesta CLIProxy reverso
      Continue usando o Nginx para gerenciar a entrada do siteNginx
      Conecte HTTPS o mais rápido possível e mantenha menos detalhes de TLSCaddy
      Visualize a inicialização, parada, logs e atualizações do próprio aplicativoGerenciar aplicativo

      Antes de entrar no ambiente de produção, confirme estes pré-requisitos

      • O aplicativo foi salvo como ambiente CLI
      • A aplicação pode ser iniciada normalmente no próprio servidor
      • Se você for se conectar ao proxy reverso, appPort foi salvo no env
      • Se você está pronto para abri-lo oficialmente para o mundo exterior, você já planejou o nome de domínio, a porta de entrada e a solução HTTPS.
      Atenção

      Use um hostname diferente, como um subdomínio separado, para cada serviço NocoBase independente. Não diferencie os serviços apenas pela porta. Os cookies do navegador não são isolados por porta, portanto serviços sob o mesmo hostname podem sobrescrever o estado de login e afetar a autorização das URLs estáveis.

      Os subaplicativos na mesma implantação do NocoBase são diferenciados pelo nome do aplicativo e não precisam de hostnames separados. No entanto, se outro serviço NocoBase independente for executado em outra porta sob o mesmo hostname e contiver um aplicativo principal ou subaplicativo com o mesmo nome, os cookies ainda poderão entrar em conflito.

      Por exemplo, use app1.example.com e app2.example.com em vez de example.com:13000 e example.com:14000.

      Se você não concluiu a instalação da CLI ou a inicialização do ambiente, volte para Instalação usando CLI (recomendado).

      Se o comando solicitar que env está faltando appPort, primeiro execute nb env update para preenchê-lo.