継続的なデプロイ

継続的デプロイについて

          _継続的デプロイ_ (CD) は、自動化を使用してソフトウェアの更新プログラムを公開およびデプロイする方法です。 一般的な CD プロセスの一環として、コードはデプロイ前に自動的にビルドされてテストされます。

継続的デプロイは、多くの場合、継続的インテグレーションと組み合わされます。 継続的インテグレーションの詳細については、「継続的インテグレーション」を参照してください。

継続的デプロイメントの詳細について GitHub Actions

ソフトウェア製品を展開するための GitHub Actions ワークフローを設定できます。 製品が意図したとおりに動作することを確認するため、ワークフローでリポジトリ内のコードをビルドし、デプロイする前にテストを実行できます。

CD ワークフローは、イベントが発生したとき (たとえば、新しいコードがリポジトリの既定のブランチにプッシュされたとき)、設定されたスケジュールで、手動で、またはリポジトリ ディスパッチ Webhook を使って外部イベントが発生したときに実行するように、構成できます。 ワークフローを実行できるタイミングの詳細については、「ワークフローをトリガーするイベント」を参照してください。

          GitHub Actions には、デプロイをより詳細に制御できる機能が用意されています。 たとえば、環境を使用して、ジョブの続行に承認を要求したり、ワークフローをトリガーできるブランチを制限したり、シークレットへのアクセスを制限したりできます。 コンカレンシーを使用して、CD パイプラインを最大 1 つの進行中のデプロイ 1 つの保留中のデプロイに制限できます。 これらの機能の詳細については、「[AUTOTITLE](/actions/deployment/about-deployments/deploying-with-github-actions)」と「[AUTOTITLE](/actions/deployment/targeting-different-environments/managing-environments-for-deployment)」を参照してください。

ワークフロー テンプレートとサード パーティのアクション

GitHub には、Azure Web App など、いくつかの一般的なサービスの配置ワークフロー テンプレートが用意されています。 ワークフロー テンプレートの基本的な使用方法については、「ワークフロー テンプレートの使用」を参照するか、配置ワークフロー テンプレートの完全な一覧を参照してください。 また、「Azure App Serviceへの Node.js のデプロイ」など、特定の配置ワークフローに関するより詳細なガイドをチェックすることもできます。

また、多くのサービス プロバイダーでは、サービスにデプロイするための GitHub Marketplace に対するアクションも提供しています。 完全な一覧については、「GitHub Marketplace」を参照してください。

次のステップ

          GitHub Actions ワークフローが OpenID Connect (OIDC) をサポートするクラウド プロバイダーのリソースにアクセスする必要がある場合は、クラウド プロバイダーに対して直接認証するようにワークフローを構成できます。 これにより、有効期間の長いシークレットとしてこれらの資格情報の格納を停止し、その他のセキュリティ上の利点を提供できます。 詳しくは、「[AUTOTITLE](/actions/deployment/security-hardening-your-deployments/about-security-hardening-with-openid-connect)」をご覧ください。