サーバーレスSPAクラウド構成について

Question

サーバーレスSPAを考えております。具体的には以下のような構成にしようと思っています。

LambdaとRDBは相性が悪いというのを見かけましたが、同時アクセスも今の所そんなにないのでRDBを使います。

偉そうに構成を語っていますが、AWSはEC2しか使ったことがなく、デプロイ経験もありません。
そこでなのですが、一気に実装するのは難しいと思うので局所的に分割して実装していければと考えています。

例）lambdaとRDBだけで実装する

等。
最終的な一つの構成にするにあたって、どのような順番で実装していくのが分かりやすいでしょうか？
また、切り分けるとすればどのまとまりで実装すれば良いでしょうか？
抽象的な質問かもしれませんがどうぞよろしくお願いします。

Answer 1

おすすめの構成ではありませんが、以下のように分割し勧めてみてはいかがでしょうか。

バックエンド側
1.API Gateway - Lambda - RDS
2.Cognito

フロントエンド側
3.CF - S3(Vue)

Comments

[_Victorique__]

回答有難うございます。
こちらの方法で試してみようと思います！
ちなみにmoonphase様が考えるオススメの構成はありますでしょうか？

[DaichiYasuda]

横から失礼します。
証明書を取得するために、ACMも使う必要があるかと思います。

[moonphase]

おすすめの構成としては、RDSの部分をDynamoDBに変更される事です。

証明書については特に要件にないので記載していません。

[DaichiYasuda]

要件にないから、教えないのはどうかと。。ｗ

[moonphase]

外部への公開が必要ない、または取り扱う情報を保護する必要がない場合は証明書を必ずしも必要としないと考えています。
また、CloudFrontを利用するのであれば割と透過的にACMを利用できるので、あえて記載するほどのものでもないと思います。意図的に教えないという事はありません。
ACMの利用有無に関わらず構成は変わるものではありませんよ。

Answer 2

EC2しか使ったことがないのであれば、まずは以下のような流れはいかがでしょうか？

1. Route 53/CloudFront/S3/ACMあたりで静的なSSLサイトを作ってみる。
2. そのSSLサイトの開発ワークフローをどうするか考えてみる。
3. SPA化に向けてバックエンドに着手するも「EC2に全部のせで良くね？」ってなる。
4. EC2/ELB/ACMあたりで最小構成のSPAを作って、必要に応じてS3あたりを利用する。
5. その後、サーバーレスへ向かうためにEC2に載せてる機能を一個ずつほかへ移していく。

（Cognitoでの認証を考えるのはステップ3～4あたり？？）

Comments

[_Victorique__]

回答有難うございます。
ELBは少し大掛かりな気がするのですがELBって小規模アプリでどのようなメリットがあるのでしょうか？

[YouheiSakurai]

ELBをフロントに置くと「ACMの証明書でSSL化できる」「WAFを入れられる」点がメリットだと思います。