GitHub Actionsでデプロイを並列に実行させてCI/CDを高速化してみた | DevelopersIO
開発の規模が大きくなると、CI/CDに時間がかかるようになります。特にクラウド環境を用いた開発で、インフラ構成までコードで管理している場合、差分の確認やインフラサービスの更新で処理の待ち時間が発生します。 各機能やサービスに依存関係がないのであれば、処理を並列に実行することで、デプロイ等にかかる時間を短縮することが出来ます。デプロイ以外にもビルドやテストで時間がかかっているのであれば、機能単位などに分割して並列に実行させるのも良いと思います。 本記事ではAWS環境へのデプロイをGitHub Actionsで並列に実行させてみます。 ワークフローを実装 AWS環境にデプロイするワークフローを実装します。.github/workflowsにYAMLファイルを作成すると、プッシュ時にGitHub Actionsがワークフローを実行します。 以下のワークフローでは、指定したブランチにプッシュされた
Amazon Elastic Container Service で複数の GitHub Actions が公開
今回、GitHub Actions により新しい ECS スターターワークフローを使用して GitHub リポジトリ内から ECS をデプロイできるようになりました。新しいコードがリポジトリにプッシュされるたびに、ワークフローが GitHub Marketplace からの 4 種類の新しい GitHub Actions を使用して、AWS にコードをビルドおよびデプロイします。この結果、各ステップの自動化でデプロイプロセスが高速化するとともに、開発者はクラウド内のコードのプッシュとテストを効率化できます。 開発チームは GitHub 上での共同作業により、コード共有や変更のコミットが速やかにできるようになりますが、クラウドで実行するコードの取得は、実際には複数の段階でエラーが発生しやすいタスクと考えられています。開発者はコンテナ化されたアプリケーションでは、イメージをビルドし、そのイメー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デプロイ頻度を10倍にした、ブランチ戦略とGitHub Actions on AWS ECS
