既存のrailsアプリの本番環境をecsで運用

Question

未経験からエンジニアを目指しており、作成中のrailsポートフォリオにECSを取り入れようかと考えているのですが、
いくつか質問させていただきたいです。

現環境は、ec2のインスタンス内でnginx,pumaをソケット通信させて起動。
デプロイはpush時にcircleCIでテストがパスするとcapistranoで行なわれるようになっています。

ECSを利用するとなると、デプロイ自体の方式が
Capistranoを利用した
EC2内のファイルを書き換える、から
ECSを利用したdockerイメージをビルド、に変わると理解しています。

個人的にデプロイはECS利用で毎回Dockerイメージをビルドするより、
capistranoで行なう方が楽ではないかと思ったのですが、皆様はどう思われますか？

また、いわゆるモダンな企業を目指すためのポートフォリオとしては、
本番環境でもコンテナ基盤を活用したデプロイ方式を取るべきでしょうか？
モダンな企業という表現が抽象的で回答が難しければ、
皆様の思うより良いポートフォリオはECSを利用するか、というようなお答えをいただければと思います。

ECSやコンテナについて見当違いなことを発言してしまっているかもしれませんが
その点を含めてアドバイスいただきたいです。
よろしくお願いいたします。

Answer 1

capistranoで行なう方が楽ではないかと思ったのですが、皆様はどう思われますか？

私は特にコレと行った考えを持ってませんが、逆に、なぜあなたがそう思うかを 主張してみれば良いんじゃないですかね。それに対してコメントを求めれば、色んな人がツッコミしてくれるかもしれません。

また、いわゆるモダンな企業を目指すためのポートフォリオとしては、

本番環境でもコンテナ基盤を活用したデプロイ方式を取るべきでしょうか？

ご質問の状況なら、モチベーション次第、つまりコンテナを使いたいかどうかだと思います。

capistrano と ECS を両方使ってみて、あなたなりの 評価 をしてみると良いんじゃないでしょうか。「両方 つかえるけど、こっちのほうが好き、なぜなら・・・」みたいな話ができると 良いんじゃないですかね。

Answer 2

個人的にデプロイはECS利用で毎回Dockerイメージをビルドするより、
capistranoで行なう方が楽ではないかと思ったのですが、皆様はどう思われますか？

デプロイ内容にもよるので何とも言えませんが、どちらが楽かどうかはあんまり変わらないような気がします。

また、いわゆるモダンな企業を目指すためのポートフォリオとしては、
本番環境でもコンテナ基盤を活用したデプロイ方式を取るべきでしょうか？

企業がどう見るかの問題なので正解はないと思います。

個人的にはデプロイが自動化されていれば十分だと思いますし、時間があるのであれば、もっと他の部分に力を入れた方が良いと思います。

ただし、
「なぜ Docker を使っていないのか？」
「Docker（コンテナ）のメリットは理解しているか？」
といった質問をされるかもしれませんので、その辺りは理解しておいた方が良いと思います。