SPAとAPIサーバーを想定したのdocker-composeのコンテナ構成について

Question

SPA/APIサーバー構成のアプリケーションについて、docker composeを使ってコンテナ構成の再検討をしています。
本番環境はAWSを使用します。
現状のdocker-compose.ymlには下記をそれぞれserviceとして定義し、ローカルの開発環境で動作させています。

・mysql
・phpmyadmin
・redis
・Ruby on Rails
・vue.js

AWS上へのdockerを使ったデプロイ自体をやったことがないので、イメージがつかめていないのですが、
githubで管理しているプロジェクトのAWS上へのデプロイを想定したとして、
docker-compose.yml一つでvue.jsはS3に、サーバーサイド側のコンテナはEC2にそのままデプロイが可能という認識をしていいのでしょうか。

また、docker-composeの構成についておすすめの構成があればご教授頂きたいです。

Answer 1

一言AWSといってもAPサーバーをホストするだけでも

• Elastic Beanstalk (フルマネージド)
• Elastic Container Service(Dockerホスト)
• Elastic Kubernetes Service(Kubernetesクラスタ)
• EC2(VPS)
• RDS(mysqlの代わり)
• Elastic Cache(redisの代わり)

などデプロイ先のサービスは様々です。まずはこれらの中でどれにデプロイしたいか、予算と特性を考えて選ぶできです
ちなみにこの中でEC2はただのVPSみたいなやつです。（EC2を選ぶぐらいならS3を使う必要も、そもそもAWSを選ぶ必要も低いです）

Comments

[退会済みユーザー]

ありがとうございます！
クラウドの経験があまりないので、助かります。