サービス起ち上げ当初は、仮想サーバを利用していましたが不具合が多く、新たなサーバへの移行を考えていた際にオンプレミスとAWSが候補に上がりました。
検討した結果、初期費用とランニングを押さえられるといったコスト面からAWSを選択しました。

Q2.TABICA（たびか）はAWS上でどのような仕組みになっているか

TABICA（たびか）では、Webアプリ用にEC2、旅の予約情報等の保存用にRDS、
予約メール配信用にSESを使用しています。

Q3.AWSの具体的なメリットとは

スタートアップサービスだったので、投資できる予算が決まっていることからランニングコストを下げる為に、通常時はsmallインスタンスにて運用を行っています。
旅行サービスの為、長期休暇前はアクセスの増加が予想されるので、一時的にsmallからmediumにインスタンスタイプを上げる事でサービスを維持しています。
また、largeインスタンスの使用やインスタンス数を増やす事も容易に可能なので、現状はまだ負荷対策としては、余裕を残した状態での運用と考えています。

Q4.特に考慮した点

ランニングコスト同様、移行時のコスト削減の為に、AWSを選択しました。
またサービスとデータの冗長化ができる事を前提としていました。
移行時には、既存サーバーのOSとそのバージョン、また各ミドルウェアのバージョンを合わせた環境をAWS上で構築した事で、既存のWebアプリケーションの改修をほぼ行わない状態で移行することができました。
現在はELBで常に正常稼動しているインスタンスへルーティングする事で、サービスを維持し、データの冗長化は、RDSにてMulti-AZを使用する事で、予約情報の損失を防いでいます。