コンテナーにJavaScriptベースの静的Webサイトを展開/ホストするための戦略

これは、いくつかの開発チームで時々発生しますが、「正しい」方法を理解していません。

私たちは、いくつかのhtml、js、cssファイルである静的なWebサイトに「コンパイル」する多くの反応ベースのWebアプリケーションを使用しています。

ただし、これらのアプリの「ビルド」は、機能フラグの有効化/無効化、バックエンドURLの構成など、いくつかの変数を使用します。つまり、従来の意味でバイナリを「ビルド」して、デプロイ時に設定ファイルを適用することはできません。時間-「ビルド」自体にこれらの環境固有の変数を設定する必要があるため、「ビルド」できるのはデプロイ時のみです。

とりあえず、必要な環境変数をDockerコンテナーに注入し、次の行に沿って開始コマンドを実行することでこれを解決します

npm build && nginx run

これにはいくつかの欠点があります。

1. ビルドプロセスは、コンテナーのランタイム要件に比べて多くのCPU /メモリを消費します。つまり、ランタイム要件ではなく、ビルドプロセスのコンテナーをスケーリングする必要があります。
2. ビルドの失敗を「追跡」するのは困難です。Kubernetesでヘルスチェックを使用できますが、ビルドに2分かかる場合でも、コンテナーのヘルスチェックエンドポイントのテストを開始してその生存を確認する前に、3分（安全のために1つ余分）待つ必要があります。
3. デプロイには時間がかかることがあります。「シリアル」デプロイを行うようにKubernetesを構成すると、各ポッドが開始され、2〜3分の「initialDelay」期間待機してから次のポッドが開始されます。これは、デプロイが3〜4ポッドにスケーリングされている場合、10分のデプロイ時間を簡単に見ていることを意味します。

これはすべて、私にとって非常に最適ではないと感じています。コミュニティーが「ビルド時にデプロイ」という難問を最新のJavaScript Webアプリケーションで解決する方法を聞いてみたいと思います。

Kubernetesの場合、ビルドを実行し、アーティファクトを永続ストレージに配置し、起動時にアプリコンテナーを永続ストレージから単純にプルする「init-containers」を使用できることを理解していますが、これはまだ問題を「バイパス」するように感じられます根本的な問題を解決します。

私の立場から見ると、最善のアプローチは次のとおりです。

1. NodeJSプロジェクトをディストリビューションにビルドし、それをDockerイメージにラップするJenkinsを使用した個別のビルドプロセス
2. JenkinsからのDockerイメージを蓄積するDockerレジストリを起動します（このレジストリはKubernetesクラスターからアクセスできる必要があります）
3. 環境変数をJenkinsシークレットに移動するか、別のツールを使用して外部Gitリポジトリから構成を収集および結合します（REST APIを介してSpring Cloud Configを使用して、すべての環境のすべてのアプリケーションのjson / yml定義を収集します）

Jenkinsを使用すると、一般的なパイプラインに基づいて継続的デリバリーシステムを構成できます。可能なフローは次のとおりです。

1. 開発者はGitFlowに対応して作業を完了します（最新のプルリクエストはリリースブランチにマージされます）
2. WebhookがJenkinsパイプラインをトリガーします。
   • ステージ1：環境定義を収集する
   • ステージ2：npmを使用してNodeJSアプリを構築する
   • ステージ3：ディストリビューションを使用してNginx Dockerイメージをビルドする
   • ステージ4：DockerイメージをDockerレジストリにプッシュする
   • ステージ5：標準定義を使用してKubernetesにサービスをデプロイ/更新する
3. 結果に関する通知の送信

このプロセスは、Rancherを使用して視覚化できます。チャットで質問にお答えします。