shia125さんの投稿一覧

最も重要な要件は「可用性の高い構成」という捉え方ですね。ご解説ありがとうございます。 なおRDSへの置き換えによる影響については、アーキテクチャの変更ではなく 置き換えに伴うシステムの利用不可時間発生を懸念したものでした。 考え方がずれているのかもしれませんが、システムへの影響＝利用不可時間と思っていました。 またこの点はarashi1977さんのご解説の通り、移行手法を工夫することで極小にすることが可能と捉えました。

フロントエンドとバックエンドのEC2インスタンスをAWS Elastic BeanstalkのマルチAZ構成とするために 環境の置き換えが発生し、システムの利用不可時間が発生する＝システムへの影響を伴うと捉えていました。 置き換え先の環境への移行手法は特に言及ないのでフロントエンド、バックエンド、DBいずれも URL/アドレスの置き換えによって移行すれば瞬断程度のシステム影響に留まり 「システムへの影響が最も少ない」を満たせるという捉え方ですね。ご解説ありがとうございます。

この問題を振り返って思ったのですが「現在運用して実績のあるDockerコンテナ」とは ランタイムではなくDockerコンテナのイメージを指していて 運用実績のあるイメージを継続利用する要件と捉えることもできるかと思いました。 もしそうであれば、実績のあるDockerコンテナ(イメージ)を使う要件に対してはEKS／ECSどちらも適切であり 解説いただいた理由を加味して最適解はECSになりそうですね。ご解説ありがとうございました。

ご返信ありがとうございます。 pinkcammeoさんからも回答いただいたように Kubernetesで運用しているとも、コンテナオーケストレーションを利用しているとも書いてない、 という考え方ですね。

解説ありがとうございます、おかげさまで理解できました。