Upgrade to Pro — share decks privately, control downloads, hide ads and more …

ProductionでRails6マルチDB対応を小さく始める

miya
January 23, 2020
Technology
1
830

 ProductionでRails6マルチDB対応を小さく始める

平成.rb #11で話したスライドです。

miya

January 23, 2020
Tweet

More Decks by miya

See All by miya
平成Ruby会議 株式会社タイミースポンサーセッション
mh4gf
0
460
コーディング規約で悲しみを生みたくない話
mh4gf
0
140
平成.rb 株式会社タイミー チーム開発紹介資料
mh4gf
0
330

Other Decks in Technology

See All in Technology
php-srcを読んでみよう / php-src codereading
tzmfreedom
0
510
カンムにおけるプロダクトセキュリティのこれまでとこれから
summerwind
1
420
Modularising the Monolith - PHP Conference Japan 2022
avosalmon
1
540
「いちユーザーがPHPに新機能を追加するまで/PHPConference 2022」
colopl
1
620
バクラクのOCRで注目する指標について 〜精度の定義は一つじゃない〜 / Bakuraku OCR Metrics
shuntak
0
210
OCI技術資料 : ロード・バランサー 詳細 / Load Balancer 200
ocise
2
6.1k
C言語を知らない人がびっくりしそうなC言語の特徴
sat
PRO
0
170
開発支援のための組織体制 〜ゆめみの情報共有と成長環境〜 / abceed Tech Night yumemi
usamik26
0
250
SATySFi で卒論を書いた話
pickoba
0
100
MaintainabilityIndexを 計測しながらコードの保守性を 改善している話
toya108
0
230
Renewal of UIT INSIDE beyonds native app and web
line_developers
PRO
1
110
All About Regular Expressions
jadeallenx
1
120

Featured

See All Featured
Music & Morning Musume
bryan
35
4.4k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
8
1.1k
The Invisible Customer
myddelton
111
11k
Mobile First: as difficult as doing things right
swwweet
213
7.6k
Embracing the Ebb and Flow
colly
73
3.4k
The MySQL Ecosystem @ GitHub 2015
samlambert
239
11k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
109
16k
Put a Button on it: Removing Barriers to Going Fast.
kastner
56
2.4k
What's new in Ruby 2.0
geeforr
335
30k
Large-scale JavaScript Application Architecture
addyosmani
499
110k
Bootstrapping a Software Product
garrettdimon
297
110k
Building Your Own Lightsaber
phodgson
96
4.7k

Transcript

  1. ProductionでRails6 Multi DB対応を小さく始める 株式会社タイミー 宮城広隆

  2. 自己紹介 宮城 広隆 Ruby/Rails歴は2年 @MH4GF

  3. 平成Ruby会議のスポンサートークでマルチDB対応の 話を軽くしたところ、懇親会でどのように運用しているの かと聞かれることが多かったので 今回はその話をします

  4. 話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果

  5. 話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果

  6. • 複数の「primary」データベースと、それぞれに対応する1つの 「replica」 • モデルでのコネクション自動切り替え • HTTP verbや直近の書き込みに応じたprimaryとreplicaの 自動スワップ •

    マルチプルデータベースの作成、削除、マイグレーション、やり とりを行うRailsタスク Multi DBの概要

  7. • 複数の「primary」データベースと、それぞれに対応する1つの 「replica」 • モデルでのコネクション自動切り替え • HTTP verbや直近の書き込みに応じたprimaryとreplicaの 自動スワップ •

    マルチプルデータベースの作成、削除、マイグレーション、やり とりを行うRailsタスク Multi DBの概要

  8. 話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果

  9. • リードレプリカの導入 • 特定のGETエンドポイントのみリードレプリカに接続 • DatabaseSelectorは使わない 今回やったこと

  10. • Ruby2.6.1 • Rails6.0.2.1 • Amazon Aurora MySQL 環境

  11. なぜマルチDBが必要だったのか

  12. なぜマルチDBが必要だったのか • 一番はCMによる負荷増大の保険のため • 最悪の場合のフェイルオーバーの選択肢を作るため

  13. 実戦投入 RDS RDSで「リーダーの追加」を選択し、リードレプリカのDBインス タンスを追加

  14. 実戦投入 RDS クラスターのリード用エンドポイントが作られるので、こちらを 控えておく

  15. 実戦投入 database.yml

  16. 実戦投入 モデル 各モデルで継承している抽象クラス（デフォルトのままでは ApplicationRecord）で、databaseとroleを設定

  17. 実戦投入 コントローラー リードレプリカを読みたい箇所でconntected_toを呼ぶ

  18. 実戦投入 コントローラー 以上！！！！

  19. 実戦投入 100行以下の修正で実装完了

  20. 実戦投入 コントローラー around_actionで呼ぶこともできます

  21. DatabaseSelectorを使いたい場合 Railsガイドから引用 https://railsguides.jp/active_record_multiple_databases.html

  22. できたこと • デフォルトでは変わらずprimaryのDBに接続し、叩かれる頻度 の高いSELECTクエリだけ明示的にreplicaのDBに接続でき るようになった • クエリが詰まることもなくCMを乗り越えられた ◦ 保険として用意していた形だが、何も問題が起きないことが 正義

    • 副次的な効果として、フェイルオーバーができるようになり再起 動が発生してもダウンタイムの短縮が期待できるようになった

  23. まだできていないこと/次にやる必要があること • 開発/テスト環境でのリードレプリカ • DBユーザーの適切な権限付与 • DatabaseSelectorを使うかどうかの意思決定 • フェイルオーバー時のコネクションプールをどうする