AWS ECS(Fargate), ALB, RDSの構成でRailsデプロイしてみた

## 概要
**RailsアプリケーションをECS on Fargate + RDS にデプロイ**する手順について説明します。
今回は説明のため、全てのリソースをマネジメントコール画面(2023.9.10)で入力しています。
ECSやALB、RDSなど、複数のAWSサービスを使用しますが、それぞれのサービスに対して説明はしないです。

## 誰に向けて？
- AWSの知識は豊富だが、経験が浅い人
- マネジメントコンソールからサクッと作成したい人
- 環境構築滅多にしないから、すぐに忘れちゃう人

## AWSリソースの構成
基本的にAWS公式のベストプラクティスに則った構成で作成しています。
下記参照ください。

参考: [Amazon Elastic Container Service](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/bestpracticesguide/bestpracticesguide.pdf)
参考: [Task Networking in AWS Fargate](https://aws.amazon.com/jp/blogs/compute/task-networking-in-aws-fargate/)

迷いやすい点、少し構成を考えた点があるので、それらも後ほど紹介します。

### アーキテクチャー図
diagramsで作成しています。
github Actionsは、自動デプロイ処理をしようと思っていましたが、結構長くなったので、別記事にしました。

https://qiita.com/hiiragiya/items/1eb5879a7244dc90fbd8

マルチAZ構成で、ECSはFargateにしています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/52e51931-0787-a815-5fba-6ba85a15ba25.png)

### 必要なリソース
必要なリソースと、ほんの少しの説明だけを書き上　げてみました。
アーキテクチャー図と、下記の情報で、ぽちぽちすれば大体できると思います。

- VPC: 10.1.0.0/16
  - subnet 
    - public: 10.1.0.0/24
    - public: 10.1.1.0/24
    - private: 10.1.2.0/24
    - private: 10.1.3.0/24
  - NAT gateway
  - セキュリティグループ
    - ALB用
      - インバウンドルール: port 443/80
    - ECS用
      - インバウンドルール: port 3000(railsのデフォルト)
    - RDS用
      - インバウンドルール: port 3306, source: ECSのアクセス
- RDS(PostgreSQL14)
- ドメイン
    - お名前.com（ドメイン取得）
    - Route53（ドメイン管理）
    - ACM（SSL/TLS証明書の取得）
- ALB
- ECR
- ECS
    - クラスター
    - サービス
    - タスク定義

### 迷いやすい点、少し構成を考えた点
個人的に、いつも迷いやすい点、またECSの構成で少し考えた点を紹介します。

#### VPCやサブネットのIPアドレス構成について
VPCは、サブネットマスクを/16にすることで、65536のIPアドレスが取得できることになります。拡張性を考慮していると言えます。
サブネットは、サブネットマスクを/24にすると、第3オクテットを0,1,2,3で取得した時に、256のIPアドレスに分割できます。管理がしやすく、IPアドレスも十分取得できます。
なので、この構成にしています。

#### ECSをプライベートサブネットかパブリックサブネットのどちらに配置するか？
今回は、プライベートサブネットにしましたが、AWSのベストプラクティスにはどちらも紹介されています。
ALB経由するなら、プライベートサブネット１択でしょ。という方が多いかもしれません。

ただ、プライベートサブネットにすると、後述のNATゲートウェイ（もしくはVPCエンドポイント）に結構費用がかかります（月に5000円ほどはかかる）。　大規模アプリなら無視できるかもしれませんが、中小規模のアプリケーションでは5000円の差は重要です。

下記の記事が参考になりますが、
AWSによると、プライバシーやセキュアな環境である必要があればプライベートサブネットを、インターネットアクセスを簡単にするためにパブリックサブネットを使用するといいんじゃないか
というふうな感じらしいです。

パブリックサブネットにした場合、下記のような問題が出てきますが、
セキュリティグループを適切に設定していれば、ほとんどのセキュリティリスクは緩和されるはずです。
ただ、人為的ミスが命取りになるので、やはりパブリック層とプライベート層とレイヤー分ける意味でも、ECSをプライベートサブネットにしておくのが、良さそうです。
1. 直接の外部アクセス
2. DoS/DDoS攻撃のリスク
3. データのエクスフィルトレーション
4. 設定ミスの影響

（指摘があれば欲しいです。）

参考: [AWS ECS の配置は、プライベートサブネットとパブリックサブネットのどっちがいいの？
](https://gayagayablog.com/which-is-better-for-ecs-placement/)

#### NATゲートウェイ　か　VPCエンドポイントか
ECS実行環境をプライベートサブネットに配置した場合、ECSコントロールプレーンやECR,Cloud watch logsなどの通信するために、NATゲートウェイ　か　VPCエンドポイントを設置する必要があります。

今回は、NATゲートウェイを選定しました。
VPCエンドポイントにした場合、約5個のリソースが必要になり、さらにマルチAZだとその倍のリソースが必要になります。

管理のしやすさ、コストの観点から、今回はNATゲートウェイにしました。ECS用のSGのアウトバンドを適切に設定すると、セキュリティがさらに担保されます。

## Railsアプリケーションについて
アプリケーションの詳細については本題から逸れるため割愛します。
Dockerfileとentrypoint.sh(コンテナ起動時コマンド)については紹介しておきます。

### Dockerfile
重要なのは、ENTRYPOINT ["entrypoint.sh"]を使って、
ECS内でDokcerを起動した時に、precmpileやマイグレーション等のコマンドを実行できるようにすることです。

```bash:Dockerfile
FROM node:14.17.6 as node
FROM ruby:3.0.2
COPY --from=node /opt/yarn-* /opt/yarn
COPY --from=node /usr/local/bin/node /usr/local/bin/
COPY --from=node /usr/local/lib/node_modules/ /usr/local/lib/node_modules/
RUN ln -fs /usr/local/lib/node_modules/npm/bin/npm-cli.js /usr/local/bin/npm \
  && ln -fs /usr/local/lib/node_modules/npm/bin/npm-cli.js /usr/local/bin/npx \
  && ln -fs /opt/yarn/bin/yarn /usr/local/bin/yarn \
  && ln -fs /opt/yarn/bin/yarnpkg /usr/local/bin/yarnpkg

RUN apt-get update -qq && \
  apt-get install -y build-essential \
  libpq-dev \
  postgresql-client \
  vim \
  && apt-get clean \
  && rm -rf /var/lib/apt/lists/*

RUN mkdir /myapp
WORKDIR /myapp

COPY Gemfile /myapp/Gemfile
COPY Gemfile.lock /myapp/Gemfile.lock

RUN bundle install

COPY package.json yarn.lock ./
RUN yarn install

COPY . /myapp

# Add a script to be executed every time the container starts.
COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT ["entrypoint.sh"]
EXPOSE 3000

# Start the main process.
CMD ["rails", "server", "-b", "0.0.0.0"]

```

### entrypoint.sh
こちらがentrypoint.shです。
開発（ローカル）環境では、起動中のサーバーがあれば削除するだけです。
本番環境では、アセットのプリコンパイルと、db:create, migrateを実行するようにしています。
db:createは初回デプロイ時のみでOKなので、２回目以降はコメントアウトしてください。
seedなども必要であれば、ここに記述します。

```bash:entrypoint.sh
#!/bin/bash
set -e

# Remove a potentially pre-existing server.pid for Rails.
rm -f /myapp/tmp/pids/server.pid

# production環境の場合のみ
if [ "$RAILS_ENV" = "production" ]; then
  bundle exec rails assets:precompile
  # --------------------------------------
  # 本番環境（AWS ECS）への初回デプロイ時に利用
  # 初回デプロイ後にコメントアウトして下さい
  bundle exec rails db:create
  # --------------------------------------
  # マイグレーション処理
  bundle exec rails db:migrate
fi

# Then exec the container's main process (what's set as CMD in the Dockerfile).
exec "$@"

```

CSSやJSのレンダリングについて、下記が参考になりました。

【参照】

https://qiita.com/kazutosato/items/1ae1cf0ec380a75d4dc4#%E6%A6%82%E8%A6%81

### database.yml
後ほど、postgresSQLを作成などに、この辺りの設定が必要になってきます。
なので、一応載せておきます。（参考にしないでいいと思います。）

```bash:database.yml
default: &default
  adapter: postgresql
  encoding: unicode
  host: db
  username: postgres
  password: password
  pool: 5

development:
  <<: *default
  database: myapp_development


test:
  <<: *default
  database: myapp_test

production:
  <<: *default
  database: myapp_production
  username: myapp
  host: <%= ENV["DB_HOST"] %>
  password: <%= ENV["DB_PASSWORD"] %>

```

##

## AWSリソースの作成手順
では、これよりAWSリソースの作成手順を説明してきます。
今回は, ProjectAというのプロジェクトの体で、ProjectAを接頭辞としてつけています。

### 手順ざっくり
1. ネットワーク（VPC等）を作成
2. セキュリティーグループを作成
3. RDS作成
4. ドメイン取得
5. ALB作成
6. ECR作成
7. ECS作成

ドメイン取得に時間がかかるので、最初にやってもいいかもしれません。。

### 1.ネットワーク（VPC等）を作成
下記の通りです！　VPCなどを一括作成できる機能があるので、それを使ってしまいます。
VPC -> VPC作成より、下記の画面の通りです！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/895dbc43-1e7c-b8bf-9a45-7d4132f524c4.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/189c2ef8-92f1-870d-c3be-abdadf079a0c.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/0cdaafe9-6fc6-33a8-7eb4-264f53262da9.png)

上記の設定で、下記のプレビューが表示されると思います。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/e300bfcf-d8d5-b17c-2ed4-60cb06b98ef2.png)

最後に「VPCを作成」　のボタンで一気にリソースが作成されます。

### 2.セキュリティグループの作成
３つのセキュリティグループを作成します。いずれも、先ほど作成したVPCを関連づけます。
ソースに関して、Anywhereにしていますが、絞った方がより良いです。

#### ALB用
ALBはHTTPとHTTPSを受け入れますので、下記設定が必要になります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/57da9fa1-c0cc-4ab9-7c39-551b57dae8cb.png)

#### ECS用
ECSはRailsデフォルトポートである3000番を許可しておきます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/241a99b2-8bf7-1c55-ab8f-d12887513a06.png)

#### RDS用
RDSはECSからの通信を許可する必要があります。
ポートは5432(postgresのデフォルト)にして、ソースはECS用のセキュリティグループにします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/576715f6-efcd-d2a1-0baa-a4616429dc78.png)


### 3.RDSの作成
今回はマルチAZ構成にしていますが、別にシングルAZで無料枠のdb.t2.microなどでも大丈夫です。

今回はPostgreSQL14を使います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/7ca3be05-03b0-4220-6ba4-759d06602aa5.png)
先述したdb.t2.microを使う場合は、無料枠でOKです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/2fffb1e5-61a4-ae53-df6d-cb2e27041463.png)

ユーザー名, DB名は、先ほどのdatabe.ymlに合わせています。
パスワード、ホスト名（RDSエンドポイント）は、タスク定義のところで、環境変数として利用するのでメモを控えてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/7b4e9afb-e478-a6bc-8dfa-30b76d0168b4.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/36e36234-55d5-224f-614d-75ec789791c2.png)

VPCは先ほど作成したものを、DBサブネットグループは新規でOKです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/15ffdac3-7700-5973-8bf7-39c3531bf555.png)

セキュリティグループは先ほど登録したものを利用してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/8e028e0b-879b-f6f9-66b4-f238bd02b09a.png)

最初のデータベースを作成しておいてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/c2393069-0c83-7941-155a-e5949e9efdfc.png)

料金がバカ高かったら、何かがおかしいので、必ず確認して、
OKだったらデータベース作成してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/d42e4ff8-07bc-d25c-8507-5f0704fae815.png)


### 4.ドメイン取得
ここでは、ドメインを取得し、Route53と紐づけて、ACMで証明書を取得します。
ちなみに、今回取得したドメインは「atelier-sora3.com」です。


#### ドメイン取得
私は、お名前.comでドメインを取得しましたが、特になんでもOKと思います。
Route53でも取得できますがコストが高いです。管理は楽ですが。

【参照】

https://www.onamae.com/service/domainregist/

#### Route53でホストゾーンを作成
Route53で「ホストゾーンを作成」をクリック　し、ドメイン名に、取得したドメイン名（私の場合はatelier-sora3.com）と入力します。
それ以外はそのままで、「ホストゾーンの作成」をします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/35335218-55e2-9988-275b-ab14b8e82b3d.png)

Route53のホストゾーン一覧から、作成したドメインをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/a8e62c17-5787-19a0-79d3-dcab7a1786e2.png)

で、NSレコード（ネームサーバー）の値をメモして、次に進みます。
（画面を開いたままにするだけでOKです）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/8632a8ea-f4e3-3c91-0195-6d769b517dfd.png)

#### お名前.domのドメイン情報「ネームサーバー情報」を、Route53と同じにする。
ドメインを取得したサービス（お名前.com）に、先ほどメモしたネームサーバー情報を登録します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/78deed1c-63b3-bced-5667-0694998f9bd3.png)

ここまでで、Route53とお名前.comの紐付けができています。

#### ACMの設定
続いて、ACM（AWS Certificate Manager）の設定です。SSL/TLS証明書の取得ですね。
これによりHTTPS通信が可能になります。料金は無料です。

atelier-sora3.comを例にして、下記が設定例です。
atelier-sora3.com と *.atelier-sora3.com　を登録します。
*.atelier-sora3.comはサブドメインです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/dc12fb04-9772-2724-7c46-1e66874b9066.png)

登録すると、下記のように取得中になります。30分〜半日も待てば取得できるはずです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/afecacf3-e31f-1dfd-b37d-8c55321a384f.png)

で、この証明書情報をRoute53に登録します。
上記の画面の「Route53でレコードを作成」をクリックすると、下記の画面になるので、そのままレコードを作成してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/d7836886-465b-7ba6-56ff-8e98137164a2.png)

### 5.ELB(ALB)の作成
ALB作成に、ターゲットグループが必須なので、まずはターゲットグループ(deleteme)を作成します。
最終的には使わない、一時的なターゲットグループなので、適当に作成しちゃいます。


まず、EC2のサービス画面に来てください。
サイドバーにある、ロードバランシング>ターゲットグループ　をクリック。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/f0fac0cf-6ba0-2d13-f8b4-1f93ad19b450.png)

最終的には使わない、一時的なターゲットグループなので、適当でOKです。
私は下記のように設定しました。これで作成してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/1fc448e6-ee18-c1ee-6b82-ca5a35621198.png)

続いて、ロードバランサです。
ロードバランシング>ロードバランサー　をクリック。

Application Load Balancer(ALB)を選択してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/31f2cccb-4774-df75-f7cf-1ba66236c274.png)

インターネット向けにしてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/014d75ff-9a71-6093-9b33-0f38cd8cfc05.png)

VPCを先ほど作成したものにして、
サブネットは、２つのパブリックサブネットを設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/a29415b8-3aa8-43db-4785-e01c30328ba7.png)

セキュリティグループは、デフォルトに加えて、作成したALB用のものを設定してください。
リスナーとルーティングでは、HTTP(80)とHTTPS(443)を設定します。
デフォルトアクションは、先ほどのdeletemeを一時的に設定しておきます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/523a1a28-cfe0-19be-6fc5-61c4f11d84ae.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/52c5b615-5b7d-0221-011e-0cf292cc7ca5.png)

これで作成でOKです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/79f0638e-1c94-ed7e-0726-eb2b91c1907c.png)


ポート番号８０番のリスナールールを443にリダイレクトさせるように変更します。
HTTP:80を選択して、リスナーを編集から、下記のように設定してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/576ef923-467c-8b03-a1ba-878ae131e093.png)
下記の通りです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/33861216-ede9-f1cf-8c2c-ed0260b07c6e.png)

### 6.ECRの作成
ECRは、Dokcerイメージを管理するレポジトリです。
レポジトリの作成とDockerイメージの登録をやっていきます。

#### ECRレポジトリ作成
ECRと検索し、レポジトリ作成をします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/5cbd0794-958c-7e47-8200-75c92575fe0c.png)

名前だけ入力して、あとはそのままでレポジトリ作成します。大文字使えなかったので、小文字にしています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/6a1a734a-a575-6441-a1aa-6846dd4f5154.png)

作成したレポジトリの詳細ページを開いてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/de9d737e-0a94-3e71-c40f-f07e8ff9e8a5.png)

プッシュコマンド表示より、ローカルからレポジトリに登録するコマンドが記載しています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/da0aaf1f-496e-bb64-ae9e-4933f639d84f.png)

あとはこのコマンドをローカルの開発環境で実行するだけです！
ただ、AWS CLIを使う必要があります。
未設定の人は、下記を参考にしてください。

https://tomoyuki65.com/how-to-develop-a-web-application-with-spa/#AWS_CLI


ここまで来たらあとはECSを作成するだけです✊

### 7.ECSの作成
クラスターを作成し、タスク定義をして、サービス作成（タスク起動設定）という流れで進めていきます。

#### クラスターの作成 
ECSと検索して、クラスター作成をクリックしてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/6c5058ab-876d-4f08-f09a-87c7be193394.png)

下記の通りに入力して、作成してください。今回はFargateにします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/d1ec5132-9ff5-b9c2-4289-89e6ec5b16a0.png)


#### タスク定義の作成 
タスク定義を作成から、下記の作成画面を開きます。
ここでは、コンテナの設定をしてきます。

コンテナの名前はなんでも大丈夫です。
イメージURLは、ECRから確認して、入力してください。
コンテナポートは、3000です。（Dockerfileによりますが）
![スクリーンショット 2023-09-11 3.36.58.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/512223dc-1a4b-67eb-6de4-1b9374ae495d.png)

プロダクトによりますが、環境変数は、おそらく下記のようなものが必要になってきます。

|項目|値|説明|
---|---|---
|DB_HOST|RDSのエンドポイント|database.ymlに合わせる|
|DB_PASSWORD|RDS作成時に設定したもの|database.ymlに合わせる|
|RAILS_ENV|production|本番環境|
|RAILS_LOG_TO_STDOUT|1|アプリケーションのログ出力|
|RAILS_MASTER_KEY|master.keyに記述してる値　|秘匿情報|
|RAILS_SERVE_STATIC_FILES|1|静的ファイルの扱い|

ログ記録以下の部分はそのままでOKです。作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/1c187b9a-3844-c56b-f5e7-5a9cbc35fc4a.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/97b3f5e7-7142-a8d4-78c7-a16d43488751.png)

#### ECSサービスの作成 
作成したクラスターの詳細画面より、サービスを作成できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/7e13e65d-38a3-3af7-c051-b7d178e3e2b9.png)

起動タイプなどはデフォルトのままでOKです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/bdc6977f-1205-380f-37bb-57ae1a0f8746.png)

デプロイ定義のところで、サービス名とタスク定義を設定します。
タスク定義のリビジョンは、最新のものを使用するようにしてください。
（私は何度か作成したので5(最新)になっていますが、スムーズに進められた方は１(最新)になっています。）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/131e9cf0-47a7-960a-c8db-5329e193ce7a.png)

ネットワーキングの設定は、最初に作成したVPCやサブネット、ECS用のセキュリティグループを利用してください。
サブネットは、２つのプライベートサブネットのみを登録します。
タスクは直接外部とインターネットを接続しないので、パブリックIPアドレスはオフにしておいてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/25b88002-02c2-a09f-d36c-2962950785da.png)

続いて、ロードバランシングの設定です。
先ほど作成したロードバランサーを設定してください。
ターゲットグループは、サービス内のタスクに向けて、新規作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/50651bbc-2c6a-24ab-9c66-aaa6fec9f212.png)

上記の設定で、サービス作成をします。
すると、クラスターに、作成したサービスが表示されます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/ba023c5c-0bb3-c900-c39c-45cafab0829e.png)

サービス詳細画面のタスクのところで、実行中のタスクを確認できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/4172d197-8a8a-b936-2b1c-2f6e917bb5e5.png)

数分待っていると、下記のようにデプロイが完了します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/fe8fc9f7-aacb-3a0a-074f-cb29fc4405b6.png)

最後に、ALBのターゲットグループを作成したターゲットグループ（ProjectA-target）に変更すると、完了です！

EC2>ロードバランシング>ロードバランサ　でロードバランサのターゲットグループを変更します。
（最初に作成したターゲットグループdeletemeは編集できないので、削除するために、一度リスナールールを削除する必要があります。）

ProjectA-albの画面より、HTTP:443を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/e3e7e93b-7550-dc05-748e-7083d392a7c2.png)

HTTP:443リスナーの詳細画面より、削除ができます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/a5cb9cf7-cfc8-283b-302b-2ce503d954af.png)

再度、リスナーを追加します。
ここで先ほど作成したターゲットグループを選択してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/1dd3b29f-dacd-2ace-ee04-4996256c7f94.png)

HTTP:80リスナーは、HTTPSへリダイレクトさせます。

最終的に、下記のような設定になっていればOKです！
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/0a15b22a-307b-9e97-78b3-e27905edc521.png)


これで設定が完了です！！！🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️

## デプロイされたアプリケーションにアクセスしてみましょう。
取得したドメイン（atelier-sora3.com）でアクセスをすると、アプリケーションが見れるはずです！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/c5016b90-db43-eb21-4f11-4fad4cb255d7.png)

### デプロイ後、エラーになった方へ
私の説明不足かもしれません、申し訳ございません。

ECSのサービス画面からログを確認できますので、ご確認ください。
デバッグできるかと、、、😭
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/258821/26e46b5e-98dc-693c-df38-aa43e144a4e3.png)

### アプリケーションの更新（再デプロイについて）
検索すると色々な方法が出てきますが、一番簡単なのは、サービス内で起動中のタスクを削除することです。（アプリが一時的に停止するので、本番運用では控えた方がいいです。）
1. アプリケーションのコードを修正
1. ECRに再度プッシュ
1. ECSサービス内で起動中のタスクを削除
1. ECRに再度プッシュされたDockerイメージ（latestタグ付き）が、ECSサービス内に自動で起動されます。

###　リソース削除について
作成した手順の逆を実施すれば、全て綺麗に削除できますので、忘れずに。🍞

### 自動デプロイの実装について
下記の記事にまとめました。こちらもご覧ください。

https://qiita.com/hiiragiya/items/1eb5879a7244dc90fbd8

## 以上です。
最後までありがとうございました。
試したけど、無理だった・ここが間違っているなど、ご意見があればください。
なお、ここで作成したリソースは全て削除しています。

下記、関連記事も書いているので、よかったら見てください。

https://qiita.com/hiiragiya/items/1eb5879a7244dc90fbd8

https://qiita.com/hiiragiya/items/00a41f2c340b7d176274