本番環境の展開の概要
NocoBase がすでにサーバー上で正常に実行できる場合は、通常、正式に起動する前にさらに 2 つの機能を追加する必要があります。
- マシンの再起動後にアプリケーションが自動的に実行を再開できるようにします。
- リバース プロキシの入り口をアプリケーションに接続し、外部への安定したアクセスを提供します。
NocoBase CLI に対応し、主に次の 2 つのコマンド セットで構成されます。
nb app autostartnb proxy
この一連のドキュメントは主に 2 つの部分に分かれています。
- アプリケーションの自動起動: マシンの再起動後にアプリケーションの実行を再開できるようにします。
- リバースプロキシ: アプリケーションに安定した外部アクセス入り口を提供します。
まず現在どの部分がさらに必要かを確認し、対応するページにアクセスしてください。
これら 2 つの部分は実稼働環境でどのような問題を解決しますか?
つまり、次のようになります。
nb app autostartは「システム起動後にアプリケーションの動作を再開するにはどうすればよいか」という問題を解決しますnb proxyは「外部世界への安定したアクセスをどのように提供するか」という問題を解決します
ここで、Docker、PM2、または Supervisor 独自の自動起動構成を直接使用してみてはいかがでしょうか?
nb app autostart は、これらのプロセス管理メソッドをバイパスするのではなく、さまざまなプロセス管理メソッドを均一に適応させ、それらを安定した自己開始型の管理入口セットに統合します。この方法では、基礎となるレイヤーは将来サポートされる可能性のある Docker、PM2、または Supervisor であるため、別の自己開始構成のセットを覚えておく必要はありません。
システムがこの層を開始すると、systemd、launchd、またはホスト起動スクリプトによって処理され続けます。これらは、マシンの起動時に 1 回実行する責任があります。
このコマンドは、自動起動が有効になっているすべてのアプリケーションを起動します。
混ぜてはいけないものの 2 つの層を次に示します。
- Docker、PM2、Supervisor などの機能は、「アプリケーションの通常の実行方法とアプリケーション プロセスの管理方法」に近いものです。
systemd、launchd、ホスト起動スクリプトなどの機能は、「システム起動時に実行するコマンド」に近くなりま す。
ここで「nb app autostart が必要な理由」に行き詰まった場合は、アプリケーションの自動起動 と nb アプリの設計意図 を読み続けてください。
今どのページを見るべきですか?
実稼働環境に入る前に、次の前提条件を確認してください。
- アプリケーションは CLI 環境として保存されています
- アプリケーションはサーバー自体で正常に起動できます
- リバースプロキシに接続する場合は、
appPortがenvに保存されています - 正式に外部に公開する準備ができている場合は、ドメイン名、入口ポート、HTTPS ソリューションをすでに計画しています。
CLI のインストールまたは環境の初期化が完了していない場合は、CLI を使用したインストール (推奨) に戻ります。
env が appPort がないというコマンド プロンプトが表示された場合は、まず nb env update を実行してそれを入力します。