freee人事労務の給与計算ロジックにLocal Write Forwardingを導入した話 - freee Developers Hub

読まなくても良い漫才パート ボケ「いきなりですけどね、freee人事労務の給与計算ロジックでいつも使ってる DB instance があるらしいんやけど」 ツッコミ「あっ、そーなんや」 ボケ「うちのオカンがね、reader instance なのか writer instance なのかをちょっと忘れたらしくてね」 ツッコミ「どうなってんねそれ」 ボケ「でまあ色々聞くんやけどな、全然分からへんねんな」 ツッコミ「分からへんの？いや、ほな俺がね、どっちの instance なのか、ちょっと一緒に考えてあげるから。詳しく教えてみてよ」 ボケ「オカンが言うには、どちらかというと CPU 利用率がいつも低い方らしいねん」 ツッコミ「おー reader instance やないかい。freee人事労務 の DB で CPU 利用率が低い方は reader instance や。黄色の折れ線の方や。r

[chikisio]

自分なら怖いのでやれない、となってしまうわ。すごいなー。

[threetea0407]

レプリケーションが遅延した時とかに大変なことが起きそうだけど、Aurora はレプリ遅延あんまりしないから実質無視できる的なこと？なのかな？ データの特性にもよりそうだけど怖い...

[tkysktmt]

“reader に向けて貼った transaction の中で、 write の query だけを writer instance に転送してくれる仕組み。 凄い。 Aurora の3.04から使えます。”