なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する

Lambdaファンクションのコンテナは起動コストの効率化のために再利用も行います。いわゆるウォームスタートというものですね。ウォームスタート可能なコンテナがあれば新しくコンテナを作ることはせずにそれを利用します。しかし、ウォームスタートできるコンテナがない場合やあってもその数以上のリクエストを同時に処理する必要が発生した場合は新しくコンテナが作成・起動されます。これがデフォルトの同時実行1000だと1,000コンテナが同時に実行される可能性があるわけです。もちろん10,000であれば10,000個です。とはいえ、AWS Lambdaを中心とするサーバレスのプラットフォームはNever Pay for Idleなのでリクエストがなければ一切費用は発生しません。

最大同時接続数の問題

話しを戻すと、このようなLambdaファンクションのプラットフォーム特性を考えるとダウンストリームとなるシステムも同様にスケールアウトするようなものでないと耐えきれないです。同時実行数が少ないうちはいいですが増えてくると耐えられなくなってきます。実はこれはRDBMSに限らない話しなんですけどね。スケールアウトできないシステムの場合、ある程度まではピークにあわせたスペックのサーバを用意しておくことで対応できるとは思いますが、限界は来るかと思います。また、せっかくNever pay for idleを特徴とするプラットフォームを利用するにも関わらず、ピークのために通常よりも巨大なスペックのDBサーバを維持するのももったいない話しですしね。

VPCアクセスのレイテンシコスト問題

こちらについては改善されることが発表されました。 2019年9月以降に順次適用される予定です。

まとめ

作者: 西谷圭介
出版社/メーカー: マイナビ出版
発売日: 2017/06/09
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

作者: 西谷圭介
出版社/メーカー: マイナビ出版
発売日: 2018/03/16
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

📎📎📎📎📎📎📎📎📎📎