Node.js、Next.js、またはRustアプリをDocker化し、GitHub ActionsまたはGitLab CIでCI/CDをセットアップします

デプロイが誰かが覚えなければならないコマンドのリストである場合、このサービスがそれを置き換えます。まずアプリを再現可能にし、次に自動化します。同じイメージがラップトップ、CI、サーバーで実行され、メインブランチへのプッシュだけでリリースが完了します。

Starterはコンテナです。本番用Dockerfile、アプリとそのデータベースをローカルで実行するコンポーズファイル、そして新しい開発者が1つのコマンドで実行できるREADMEが含まれます。Standardは、プッシュごと、プルまたはマージリクエストごとにインストール、リンティング、テストの実行、イメージのビルドを行うパイプラインを追加します。コードの場所に応じて、GitHub ActionsまたはGitLab CIで実行されます。Advancedはデプロイを追加します。mainへのマージ時に、パイプラインはSSH経由でLinuxサーバーに、または同じイメージを実行するRailwayまたはFly.ioにアプリをデプロイするか、Next.jsアプリをVercelに引き渡します。Vercelは独自の方法でビルドします。デプロイキーとトークンは、コードではなくGitHubの暗号化されたシークレットまたはGitLabの保護されたCI/CD変数に保持され、ロールバックするための書面による方法が提供されます。

マルチステージビルドによりイメージは小さく保たれ、アプリは非ルートユーザーとして実行され、設定は環境変数から取得されるため、同じイメージがステージングと本番の両方に使用されます。同じアプローチがNode.jsおよびNext.jsアプリ、Rustサービス、静的サイトをカバーします。

私の2つの公開Webプロジェクト、Next.jsストアフロントと個人サイトは、このパイプライン側を示しています。GitHub Actionsは、メインブランチへのプッシュごとに両方をビルドおよびデプロイし、デプロイ前にストアフロントのユニットテストとブラウザテストを実行します。これらは静的サイトであるため、コンテナなしでデプロイされます。Rust側では、私のオープンソースクレートには、メインへのプッシュごと、プルリクエストごとに実行されるGitHub Actionsパイプラインがあります。フォーマット、リンティング、テスト、サポートされる最小Rustバージョン、依存関係チェックが含まれます。Kubernetesも実行している場合は、マニフェストまたはHelmチャートがアドオンとして利用可能です。

電話は不要です。すべてはリポジトリに格納され、文書化されているため、パイプラインは私に依存しません。納品後14日間は、合意どおりに機能しないものがあれば無料で修正します。

プロジェクトを完了するための手順
1. プロジェクトを読む - 現在のアプリの実行方法を確認し、その依存関係、環境変数、データベース、ビルド手順を書き留めます。
2. コンテナ - 本番用Dockerfileとローカル実行用コンポーズファイル。クリーンなマシンでアプリをビルドして起動することで確認します。
3. パイプライン - CIでのインストール、リンティング、テスト、イメージビルド。プッシュ時、プルまたはマージリクエスト時に実行され、高速性を維持するためにキャッシュが使用されます。
4. デプロイ - Advancedでは、mainへのマージ時にアプリをデプロイするジョブ。キーとトークンはCIプラットフォームのシークレットに保持され、ロールバック手順が文書化されています。
5. 引き渡し - 実行、テスト、リリース方法、および新しい環境変数やサービスが追加された場合の変更点に関するREADMEセクション。