CircleCIとCodeDeployの連携による開発自動化の実践（続） - Qiita
こちらの記事ではCircleCIとCodeDeployの、基本的な連携しかたを紹介しました。この記事では、ステージング環境と本番環境のデプロイを分離する手順を紹介したいと思います。 #考え方 作成しやすさとセキュリティのバランスを配慮した結果、最初の記事で作成した以下を使いまわします。 IAMロール CodeDeployのアプリケーション CircleCIがデプロイを行うためのIAMユーザ 一方、以下は新しく作成します。 リビジョン保存用のS3バケット CodeDeployのアプリケーション内のデプロイグループ（deploy_group） また、インスタンスとブランチの関係は以下。 本番環境 → 今まで使用したインスタンスを使いまわす ステージング用の環境 → 新しく作成 GitHubのproductionブランチ → 本番環境用ブランチ GitHubのmasterブランチ → ステージン
CircleCIとCodeDeployの連携による開発自動化の実践 - Qiita
今回は上記の図の中に、オレンジ色の枠線に囲まれている部分の設定方法を紹介したいと思います。 CircleCIからHerokuにデプロイする作業が非常に楽で、「PROJECT SETTINGS」の「Heroku Deployment」に従ってやれば基本的に問題ありませんが、AWS CodeDeployの場合、かなり面倒いです。 S3側 リビジョンを保存するバケットを確保します 出来れば新しいバケットを作った方が楽ですね。 ロケーション(Location)は「s3://<バケット名>/」ですので、 仮にバケット名をdummyにすれば、「s3://dummy/」になります。 IAM(Identity and Access Management)側 CodeDeploy用のIAMロールを作ります CodeDeployが出来ることは、S3上のリビジョンを特定の条件（某タグがある）を満たす全てのEC2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
