概要 今回はCircleCIを用いてECSのタスクを実行する際に少し手間取ったのでその原因と解決法を載せておきます。 前提 Railsを使用してdb:migrateを実行するため、 CircleCIを用いてデプロイ時にECS(Fargate)上でdb:migrate用のタスクを起動します。 手間取った要因 タスクを実行する際に最初にデプロイしたときのタスク定義が使用されてしまって、 ローカル上でデータベースに変更を加えた内容がデプロイ時に反映されないという現象が起こった。 原因 この解決法は簡単で、CircleCIの設定ファイルにタスク定義を更新するジョブを記載していなかったことが原因でした。 なので下記のように訂正しました。 (修正前) workflows: version: 2 build-test-deploy: jobs: # 省略(他の設定は省略しています) - aws-ecs/
概要 以前、CircleCI OrbsでECS Fargateのデプロイを自動化という記事を書いたのですが、 この仕組みだと特定のブランチにマージしたタイミングで自動デプロイが走ってしまいます。 本番環境だけは、マージ=デプロイ でななく、任意のタイミングでデプロイしたいってこともあると思うので、 CircleCI Orbsを使ってそのあたりを制御したい思います。 イメージとしては、特定のブランチにマージした段階で と言うようなSlack通知が来て、Visit Workflowのリンクを踏むと が表示され、Approveをクリックすると、デプロイできるという仕組みが作れます。 前提条件 CircleCIとGithubのインテグレーションは設定しておく 設定 前回のconfig.yamlを基に設定してみます。 前回からの差分のみコメントを入れてます。 version: 2.1 orbs: a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く