[B! github][CD][deploy] slay-tのブックマーク

slay-t id:slay-t

githubとCDとdeployに関するslay-tのブックマーク (2)

ECS用のCDパイプラインに対する考察
それでは、1パターンずつ構成を確認していきます。 1. 全部GitHub Actionsでやる GitHub Actionsでパイプライン全体を構築する場合は、以下の図のような構成になります。ちなみに、GitHubのDeploymentsを使用することで、Slackと組み合わせてのChatOpsや、任意のコミットのデプロイを実行などいろいろと便利になります。ですが、Deployments APIをパイプラインで利用するには、Actionsのトリガーの条件を変えたり、ECSへのデプロイの成否に応じてAPIを使ってDeploymentのステータスを更新したりする処理が必要になり、少々パイプラインが複雑化してしまいます。なので、今回の趣旨とちょっとずれているため、各パターンには記載していません。では、以下で処理を順に説明していきます。 Image Build 図中の Build Imag
slay-t 2021/08/12
ecs

CD

deploy

amazon

docker

env

github

CircleCI

aws
リンク
GitHub Actionsでデプロイを並列に実行させてCI/CDを高速化してみた | DevelopersIO
開発の規模が大きくなると、CI/CDに時間がかかるようになります。特にクラウド環境を用いた開発で、インフラ構成までコードで管理している場合、差分の確認やインフラサービスの更新で処理の待ち時間が発生します。各機能やサービスに依存関係がないのであれば、処理を並列に実行することで、デプロイ等にかかる時間を短縮することが出来ます。デプロイ以外にもビルドやテストで時間がかかっているのであれば、機能単位などに分割して並列に実行させるのも良いと思います。本記事ではAWS環境へのデプロイをGitHub Actionsで並列に実行させてみます。ワークフローを実装 AWS環境にデプロイするワークフローを実装します。.github/workflowsにYAMLファイルを作成すると、プッシュ時にGitHub Actionsがワークフローを実行します。以下のワークフローでは、指定したブランチにプッシュされた
slay-t 2021/06/23
github

CD

deploy

cache

ci

env

build

id

aws

CircleCI
リンク
1