Docker で Node Server を効率的にデプロイする方法

[[419575]]

みなさんこんにちは。Shanyueです。

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

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

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

"目次"

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

2. NODE_ENV = 本番環境

3. ノードサービスイメージ

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

5. 関連記事

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

土が集まって砂が作られ、羽が集まってコートが作られます。まずは、Node Server の Hello World バージョンから始めましょう。

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

Node Server を起動する場合、実稼働環境では前提条件が多数あり、単純な node index.js だけではサービスを開始できません。

このとき、package.json に抽象レイヤーが追加され、npm start を通じてサービスが起動されるため、Docker イメージ内での起動コマンドの設定が容易になります。

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

しかし、これは最も単純な Node アプリケーションにすぎません。実際の環境では、データの保存やタスクのスケジュール設定など、さまざまなことが行われていますが、それは今は置いておきます。今のところこれで十分です。

2. NODE_ENV = 本番環境

実稼働環境では、ビルドプロセスがない場合、devDependencies に依存関係をインストールする必要はありません。 NODE_ENV 環境変数を production に設定すると、devDependencies のインストールがスキップされます。

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

一方、「一部のサードパーティライブラリは、NODE_ENV 環境変数に基づいて予期しない構成を作成します。」したがって、本番環境ではこの環境変数の構成に注意してください。

3. ノードサービスイメージ

典型的なサーバー指向の Node サービスは次のように実行されます。

npmインストール
npm run config は、データベースやキャッシュアカウントのパスワードなどの構成を構成サービス (consul/vault) から取得します。この時点で、ビルドサーバーには構成サービス権限が必要です
npm run migrate、データベース移行スクリプトは、データベーステーブルの列行変更操作を実行します。この時点で、ビルドサーバーにはデータベースアクセス権が必要です。
npm start、Node サービスを起動します

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

 # 小さい画像を選択してください（約5MB）
ノード:12-alpineから
 
 # 環境変数は本番環境に設定されます。この環境変数が設定されている場合、devDependencies 内の依存関係はダウンロードされません。
 # devDependenciesをダウンロードする必要がある場合は、このコマンドをRUN npm ciの後に移動します
ENV NODE_ENV プロダクション
 
 WORKDIR /コード
 
 # まず、イメージレイヤーに基づいてキャッシュをより有効活用するために package.json を追加します
# package.jsonが変更されていない場合、node_modulesは再利用されるため、キャッシュを使用できます。
 package.json package-lock.json /codeを追加します。 
 
 # npm ciとyarnを検討する
npm i を実行する
 
 #画像をコードに挿入する
./コードを追加
 
 #サービスとデータベースの移行を構成する
npm run config --if-present と npm run migrate --if-present を実行します。   
 
エクスポーズ3000 
 
 # ノードサーバーを起動する
CMD npm スタート

これはほとんどの Node アプリケーションには十分です。マルチステージビルドの最適化を継続していきます。

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

Node の一部の依存関係はネイティブアドオンとして存在し、node-gyp を介してコンパイルされ、python、make、g++ に依存します。

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

コンパイルプロセスによるイメージ構築では、ソースファイルとビルドツールの両方がスペースの無駄を引き起こします。

画像の「多段階構成」により、スペースを効率的に活用できます。 Go 言語やフロントエンド関連の構築もこのルールに従います。

Goアプリケーションの多段階構築
フロントエンドアプリケーションの多段階構築

Node アプリケーションイメージをビルドする場合、第 1 層のイメージはさまざまなビルドツールを使用して node_modules を構築し、第 2 層のイメージは第 1 層のイメージによって構築された node_modules を使用します。

 # 小さい画像を選択してください（約5MB）
 node:12-alpineからビルダーとして
 
 # 環境変数は本番環境に設定されます
ENV NODE_ENV プロダクション
 
 # 特別な依存ライブラリのコンパイル環境を準備する
apk --no-cache add python make g++ を実行します。   
 
 # イメージレイヤーに基づくキャッシュのより良い利用
package.json と package-lock.jsonを追加します。
 npm i を実行する
 
 # マルチステージビルドの第2ステージ
# マルチステージビルドの第2ステージ
# マルチステージビルドの第2ステージ
ノード:12-alpineから
 
 WORKDIR /コード
ENV NODE_ENV プロダクション
 
追加。 。
コピー--from=builder node_modules node_modules  
 #サービスとデータベースの移行を構成する
npm run config --if-present と npm run migrate --if-present を実行します。   
 
エクスポーズ3000
 CMD npm スタート