Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ProductionでRails6マルチDB対応を小さく始める
Search
Hirotaka Miyagi
January 23, 2020
Technology
1
1.6k
ProductionでRails6マルチDB対応を小さく始める
平成.rb #11で話したスライドです。
Hirotaka Miyagi
January 23, 2020
Tweet
Share
More Decks by Hirotaka Miyagi
See All by Hirotaka Miyagi
チームの性質によって変わる ADR との向き合い方と、生成 AI 時代のこれから / How to deal with ADR depends on the characteristics of the team
mh4gf
5
820
Playwright でテストを書いててよかった!と思えた事例紹介
mh4gf
0
150
GraphQL 成熟度モデルの紹介と、プロダクトに当てはめた事例 / GraphQL maturity model
mh4gf
8
2.1k
to B プロダクトで Vite + React Router を採用して半年後の感想 / Impressions after 6 months of using Vite + React Router
mh4gf
16
6.4k
Playwright で一番小さく始める VRT と、次のステップの選択肢
mh4gf
14
5.2k
学習しながらアーキテクチャを進化させていくためのモノレポ
mh4gf
3
1.1k
pnpm workspace実践ノウハウ
mh4gf
12
7.4k
sassc-railsを利用している我々は、Sassの@importの非推奨化をどのように乗り越えていくか
mh4gf
4
2.7k
平成Ruby会議 株式会社タイミースポンサーセッション
mh4gf
0
630
Other Decks in Technology
See All in Technology
Grafana Meetup Japan Vol. 6
kaedemalu
1
190
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
30k
制約理論(ToC)入門
recruitengineers
PRO
8
3.6k
Kubernetes における cgroup v2 でのOut-Of-Memory 問題の解決
pfn
PRO
0
430
役割は変わっても、変わらないもの 〜スクラムマスターからEMへの転身で学んだ信頼構築の本質〜 / How to build trust
shinop
0
150
「AI2027」を紐解く ― AGI・ASI・シンギュラリティ
masayamoriofficial
0
160
生成AI時代に必要な価値ある意思決定を育てる「開発プロセス定義」を用いた中期戦略
kakehashi
PRO
1
230
おやつは300円まで!の最適化を模索してみた
techtekt
PRO
0
250
見てわかるテスト駆動開発
recruitengineers
PRO
6
2.3k
Jaws-ug名古屋_LT資料_20250829
azoo2024
3
210
kubellが考える戦略と実行を繋ぐ活用ファーストのデータ分析基盤
kubell_hr
0
120
「守る」から「進化させる」セキュリティへ ~AWS re:Inforce 2025参加報告~ / AWS re:Inforce 2025 Participation Report
yuj1osm
1
180
Featured
See All Featured
Mobile First: as difficult as doing things right
swwweet
224
9.9k
The Straight Up "How To Draw Better" Workshop
denniskardys
236
140k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Scaling GitHub
holman
463
140k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.6k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
51
5.6k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.8k
Code Review Best Practice
trishagee
70
19k
Transcript
ProductionでRails6 Multi DB対応を小さく始める 株式会社タイミー 宮城広隆
自己紹介 宮城 広隆 Ruby/Rails歴は2年 @MH4GF
平成Ruby会議のスポンサートークでマルチDB対応の 話を軽くしたところ、懇親会でどのように運用しているの かと聞かれることが多かったので 今回はその話をします
話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果
話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果
• 複数の「primary」データベースと、それぞれに対応する1つの 「replica」 • モデルでのコネクション自動切り替え • HTTP verbや直近の書き込みに応じたprimaryとreplicaの 自動スワップ •
マルチプルデータベースの作成、削除、マイグレーション、やり とりを行うRailsタスク Multi DBの概要
• 複数の「primary」データベースと、それぞれに対応する1つの 「replica」 • モデルでのコネクション自動切り替え • HTTP verbや直近の書き込みに応じたprimaryとreplicaの 自動スワップ •
マルチプルデータベースの作成、削除、マイグレーション、やり とりを行うRailsタスク Multi DBの概要
話すこと - Multi DBの概要 - 導入の流れ - 導入後の結果
• リードレプリカの導入 • 特定のGETエンドポイントのみリードレプリカに接続 • DatabaseSelectorは使わない 今回やったこと
• Ruby2.6.1 • Rails6.0.2.1 • Amazon Aurora MySQL 環境
なぜマルチDBが必要だったのか
なぜマルチDBが必要だったのか • 一番はCMによる負荷増大の保険のため • 最悪の場合のフェイルオーバーの選択肢を作るため
実戦投入 RDS RDSで「リーダーの追加」を選択し、リードレプリカのDBインス タンスを追加
実戦投入 RDS クラスターのリード用エンドポイントが作られるので、こちらを 控えておく
実戦投入 database.yml
実戦投入 モデル 各モデルで継承している抽象クラス(デフォルトのままでは ApplicationRecord)で、databaseとroleを設定
実戦投入 コントローラー リードレプリカを読みたい箇所でconntected_toを呼ぶ
実戦投入 コントローラー 以上!!!!
実戦投入 100行以下の修正で実装完了
実戦投入 コントローラー around_actionで呼ぶこともできます
DatabaseSelectorを使いたい場合 Railsガイドから引用 https://railsguides.jp/active_record_multiple_databases.html
できたこと • デフォルトでは変わらずprimaryのDBに接続し、叩かれる頻度 の高いSELECTクエリだけ明示的にreplicaのDBに接続でき るようになった • クエリが詰まることもなくCMを乗り越えられた ◦ 保険として用意していた形だが、何も問題が起きないことが 正義
• 副次的な効果として、フェイルオーバーができるようになり再起 動が発生してもダウンタイムの短縮が期待できるようになった
まだできていないこと/次にやる必要があること • 開発/テスト環境でのリードレプリカ • DBユーザーの適切な権限付与 • DatabaseSelectorを使うかどうかの意思決定 • フェイルオーバー時のコネクションプールをどうする