production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita

実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。 ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれるため、もし参考にされる方が居たとしても、そのままの形では適用できない可能性が高い) 追記: RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiita コンテナ化のモチベーション CentOSのお守りからの

[razokulover]

ECSを本番で使うのスケーリング周りめんどくさすぎてやめた過去がある

[dabits]

この辺がぼちぼち痛いほど思うようになった。メリットも大きいがつらみある。

[kent-where-the-light-is]

“正直、ただRailsアプリを手元で動かすだけなら別に何も問題はない。docker-composeでも使えばすぐ済む。 しかし、本番環境で運用するためには色々と考えなければいけないことがある。”

[hirorororororo]

“bundle install”

[iR3]

ふむふむ

[msykt]

entrykit面白そう

[tmatsuu]

-march=nativeが入ってるgem最悪だ。ELBの制約を考えると1インスタンスで複数ポートを待ち受けられないからAutoScalingが連動しないのもつらい。ECSやばそう。

[kgrock]

production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと

[Konboi]

色々と大変そうだな...

[YarmUI]

ログはcloudwatch logsにぶち込めという解が最近出た。スケールは・・・まぁ

[deg84]

“余り本番環境で運用することまで見越して書かれたものは無い”

[foostan]

オートスケールしてほしい…

[akulog]

涙無くして読めないな #toki3_memo

[ae06710]

“AWSで何とかして欲しい……。”