Amazon RDS Proxy が BASE にもたらした期待以上の導入メリット - BASEプロダクトチームブログ

はじめに 基盤チームでバックエンドエンジニアをやっている松田（ @tadamatu ）です。 以前にCTO川口が当ブログ内で公開した以下の記事があります。 devblog.thebase.in 新規接続の限界 BASE のアクセス量の伸びは凄まじくこの構成でも接続エラーが発生するようになってしまいました。 ピーク時に秒間 2 万もの新規接続が primary インスタンスへ行われているといった状態です。 この記事が公開されたのが約２年前で、当時100万程度 だったショップ数は170万を超え、我々はまだまだ伸ばしたいと考えています。 これは、ショップ数の伸びとともに、指数関数的に増えていくユーザのアクセスを捌く必要があることを意味します。 ブログ公開当時、我々はさまざまな検討の末、以下のような対策を取りました。 残された手段は primary のインスタンスに対しての接続数を如何にして減らす

[ngsw]

副次的効果としてメンテがめちゃくちゃ楽にもなってほんとうにありがたい思いです :-)

[yigarashi]

おもしろかった

[uzulla]

コネクションたくさん作って切っての世界でパフォーマンスかなり出るの魅力

[info55]

うちはクエリが悪いんだけどレイテンシーが許容できない時間になったので当分諦めた。フェイルオーバーがマッハで切り替わるのは魅力なんだけどねー。

[ryuichi1208]

なるほど〜

[a-know]

“導入後、力技分のインスタンスを減らし、インスタンスサイズも落とす、という調整ができたことで、結果的にRDSの削減分も含めると 年間960万円もの削減 ができる計算”

[taruhachi]

昔はMySQLはコネクション確立コストが低いのでコネクションプーリング不要と言われてたが、大量アクセスにコネクションプーリングは必須。ただ、アプリケーションでのプーリングと比較しての優位性を知りたかった。

[syunnchang]

2年前で100万ショップあったのか・・・

[bonlife]

参考になる！けどなんでBinlogレプリケーションなんだろ。リードレプリカじゃダメだったのかしら。

[legoboku]

これは良いまとめ

[clubman023]

プリペアドステートメントでピン留め云々はどうなんだろう...？