AWSにおける開発環境の構築方法
オンプレミスのコンテナ環境からAWSに移行する際に考慮することについて。
•現在使用している開発環境にはできるだけ手を加えたくない。
•現在本番、ステージング、開発環境の差異にて障害が起こっているがAWS移行にともなって改善したい。
このような課題があるとするならばAWSの環境構築はどのようなものが例としてありますでしょうか。
一般的な方法があれば教えて頂きたいです。
よろしくお願いします!
オンプレミスのコンテナ環境からAWSに移行する際に考慮することについて。
•現在使用している開発環境にはできるだけ手を加えたくない。
•現在本番、ステージング、開発環境の差異にて障害が起こっているがAWS移行にともなって改善したい。
このような課題があるとするならばAWSの環境構築はどのようなものが例としてありますでしょうか。
一般的な方法があれば教えて頂きたいです。
よろしくお願いします!
質問が漠然としすぎじゃない?
どんな環境で、どんな障害が起こっているかの情報がなければ、例の挙げようがない。
本当に強いて上げるなら、コンテナというキーワードに関連している「AWS App Runner」ぐらいかな。
当たり前だけど、このサービスだけで完結するかや障害が解消するかはわからない。
現在本番、ステージング、開発環境の差異にて障害が起こっているがAWS移行にともなって改善したい。
環境を変えることよって障害が解決するっていう考え方がよくわからない。
環境を変えたら大抵の場合、問題は増える。
@maikeru666
Questioner
条件はこれだけから想起できるものになります、障害なども想像ですね、、
逆になんでも良いと思います。例えば、コンテナだとステージング環境と本番でリポジトリを共有して差異をなくすであったり、elastic beanstalkで環境URLを切り替える構成(これはどういう効果があるか分かりませんが)など環境構築周りの具体例を挙げて頂きたいです。
また開発環境に出来るだけ手を加えたくない、との文言は私は経験がないので分からないですが、プロジェクトではよくありそうな印象です。具体的にどういうような移行の仕方を指しているのでしょうか。
@maikeru666
Questioner
例えば開発環境に手を加えずに移行する、への解釈とはサーバーだけECS、fargateに変えるというやり方で解釈があっているという事ですね。ECSに移行した場合開発、ステージングとコンテナグループを3つ作れば、現在の開発環境に手を加えずに移行できたということになるのでしょうか。
現実で問題が発生しているわけではなくて、学校のレポート的な仮定の話ね。
問いに対する考えは私は持ち合わせていません。
@maikeru666
Questioner
ありがとうございます。