[[339724]]

「Nodeアプリケーションを本番環境にデプロイするにはどうすればよいですか？」[1]

合理的かつ効率的な導入ソリューションは、迅速なアップグレード、スムーズな切り替え、負荷分散、アプリケーションの分離などの導入機能を実現できるだけでなく、成熟した安定した監視システムも備えています。

Kubernetes は Node アプリケーションをサーバー アプリケーションのブラック ボックスとして扱います。これは上記の条件に完全に一致しており、Kubernetes 上に Node をデプロイするチームがますます増えています。

しかしその前に、この章のトピックである Docker コンテナ上で Node アプリケーションを実行する必要があります。

シンプルなNodeアプリケーション

インデックス.js

Node WebアプリのHello, Worldバージョン

const http = require( 'http' ) 
 
 const app = async (req, res) => {
 res. end ( 'hello, world' )
 } 
 
 http.createServer(app).listen(3000, () => console.log(3000))

「package.json」

アプリケーションを起動するには npm start を設定します。

 「スクリプト」 : {
 「開始」 : 「ノード index.js」  
 },

しかし、これは最も単純なNodeアプリケーションに過ぎません。実際の環境では、様々なデータ保存やスケジュールされたタスク操作がありますが、ここでは割愛します。これで十分です。

もう少し複雑なNodeアプリケーションについては、Shanyueのプロジェクトwhoami[5]（最小限のサーバーレスおよびdockerizeの例）を参照してください。

NODE_ENV=本番環境

本番環境では、devDependecies 内の依存関係をインストールする必要はありません。環境変数 NODE_ENV が production に設定されている場合、devDep はスキップされます。

 # 環境変数を設定して本番環境の依存関係のみをインストールする
$NODE_ENV=本番環境 npm ci 
 
 # フラグを明示的に指定して、本番環境の依存関係のみをインストールします。
 $ npm ci --production  

一方、一部のサードパーティ製モジュールは、NODE_ENV環境変数に基づいて予期しない設定を行う可能性があります。そのため、本番環境ではこの環境変数の設定には注意が必要です。

Nodeアプリケーションのシンプルなデプロイメント

典型的なサーバー側 Node アプリケーションは次のように実行されます。

1. npmインストール
2. `npm run config` は、データベースやキャッシュのユーザー名とパスワードなどの設定ファイルを設定サービス（Consul/Vault）から取得します。この時点で、ビルドサーバーにサービス権限を設定する必要があります。
3. `npm run migrate` はデータベース移行スクリプトを実行し、データベーステーブルの列と行を変更します。この時点で、サーバーの構築にはデータベースへのアクセス権限が必要です。
4. `npm start` は Node サービスを開始します。

実行手順を Dockerfile に変換します。

 # 小さな画像ファイル（約5MB）を選択してください
ノード:12-alpineから
 
 # 環境変数を本番環境に設定する
ENV NODE_ENV プロダクション
 
ワークディレクトリ /コード
 
 # イメージレイヤーに基づくキャッシュをより有効に活用する
package.json と package-lock.json /codeを追加します。
 npm ci を実行する
 
追加./コード
 
 # サービスとデータベースの移行を構成する
npm run config --if-present と npm run migrate --if-present を実行します。   
 
エクスポーズ3000
 CMD npm スタート

ほとんどのNodeアプリケーションではこれで十分です。パフォーマンスを向上させたい場合は、マルチステージビルドプロセスに進むことができます。

node-gypとネイティブアドオン

Node には、Python、make、g++ に依存する node-gyp 経由でコンパイルされるネイティブ アドオンがいくつかある場合があります。

 $ apk --no-cache python を追加 g++ を作る 

コンパイルプロセスを伴うイメージビルドでは、ソースファイルとビルドツールの両方がスペースを無駄にします。イメージのマルチステージビルドはスペースを効率的に活用できます。このルールは、GoアプリとFEアプリのビルドにも当てはまります。

1. Goアプリケーションを複数段階で構築する[6]
2. 多段階フロントエンドアプリケーション構築[7]

Node アプリケーション イメージを構築する場合、イメージの最初のレイヤーを使用して node_modules が構築されます。

 # 小さな画像ファイル（約5MB）を選択してください
node:12-alpineからビルダーとして
 
 # 環境変数を本番環境に設定する
ENV NODE_ENV プロダクション
 
 # イメージレイヤーに基づくキャッシュをより有効に活用する
package.json と package-lock.jsonを追加します。
 npm ci を実行する
 
 # 多段階建設の第2段階
# 多段階建設の第2段階
# 多段階建設の第2段階
ノード:12-alpineから
 
ワークディレクトリ /コード
ENV NODE_ENV プロダクション
 
追加。 。
コピー--from=builder node_modules node_modules  
 # サービスとデータベースの移行を構成する
npm run config --if-present と npm run migrate --if-present を実行します。   
 
エクスポーズ3000
 CMD npm スタート

関連記事

• N-APIとNode.js用Cアドオンの書き方[8]
• 開発と本番環境でのNode.js向けDockerの使用[9]

参照

[1] Nodeアプリケーションを本番環境にデプロイするにはどうすればいいですか？

https://github.com/shfshanyue/Daily-Question/issues/420

[2] Dockerでフロントエンドをデプロイする方法：

https://shanyue.tech/frontend-engineering/docker.html

[3] PreviewとProductionのフロントエンド展開：

https://shanyue.tech/frontend-engineering/feature-deploy.html

[4] フロントエンドデプロイメントの開発プロセス：

https://shanyue.tech/フロントエンドエンジニアリング/deploy.html

[5]whoami:

https://github.com/shfshanyue/whoami

[6] Goアプリケーションを複数の段階で構築する：

https://docs.docker.com/develop/develop-images/multistage-build/#use-multi-stage-builds

[7] 多段階フロントエンドアプリケーション構築：

https://shanyue.tech/frontend-engineering/docker.html#%E5%A4%9A%E9%98%B6%E6%AE%B5%E6%9E%84%E5%BB%BA

[8]N-APIとNode.js用のCアドオンの書き方:

https://hackernoon.com/n-api-and-getting-started-with-writing-c-addons-for-node-js-cf061b3eae75

[9]開発と本番環境でのDocker for Node.jsの使用:

https://dev.to/alex_barashkov/using-docker-for-nodejs-in-development-and-production-3cgp