Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
RACIで比較する DBA と DBRE の思想の違い〜データベース運用をプラットフォーム化...
Search
_awache
June 22, 2026
Technology
440
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
RACIで比較する DBA と DBRE の思想の違い 〜データベース運用をプラットフォーム化する責任設計〜
_awache
June 22, 2026
More Decks by _awache
See All by _awache
[ホンマでっか SRE] あなたはなぜ SRE に?
_awache
0
710
_NIKKEI_Tech_Talk__勉強会は熱量では続かない___17回続いた輪読会の設計術.pdf
_awache
2
490
人材育成分科会.pdf
_awache
4
560
生成 AI × MCP で切り拓く次世代 SRE!自律型運用への挑戦と開発者体験の進化
_awache
1
2.8k
Claude_Code_比較検証.pdf
_awache
0
240
o11yで育てる、強い内製開発組織
_awache
4
870
20250710-dbtech-showcase-C7.pdf
_awache
0
130
Restarting_SRE_Road_to_SRENext_.pdf
_awache
1
740
SREKaigi.pdf
_awache
3
11k
Other Decks in Technology
See All in Technology
[dbts2026]数十PBの超巨大データ×AI活用を支えるSnowflakeの実力〜大規模環境におけるアーキテクチャと運用のリアル〜
y_matsubara
0
130
【Oracle AI SPOTLIGHT ウェビナー】【特別開催:日本語で解説!】Oracle AI World 2026 最新情報フィードバック
oracle4engineer
PRO
1
130
Intro to Kiro (One agent, every surface) | Kiro: Zero to Hero 01
inariku
PRO
2
100
AWS基盤改善を支える 私たちの理念と行動指針
kentosuzuki
0
150
[JAWS Festa 2026]一番いい仕事は、請求書に現れない / jawsfesta2026
sh_fk2
2
440
SSFの現在地 ― CAEP/RISCからAI Identityへ
oidfj
0
390
Building Audio Plugin Ecosystem for Android in 2026
atsushieno
2
160
ゼロから作るWebアプリの新定番!?Amplify Gen 2 × AWS Blocksで実現する「開発速度とRDBの柔軟性のいいとこ取り」
amixedcolor
1
230
AI Agent 時代のデータ基盤: ClickHouse で実現する 超高速分析とコスト削減の両立
jozono
0
230
「AIチャットからもできないの?」と言われたら ~業務アプリをMCP対応するときの認証・認可の勘所
oidfj
0
290
Metadata - Section 3 : Dublin Core Standard · DC
mohab1
0
120
Kiro Crew の Bot (続く役目を任せる窓口) | 目指せ Kiro マスター 12
inariku
PRO
2
360
Featured
See All Featured
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.2k
SEO for Brand Visibility & Recognition
aleyda
0
4.9k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
980
Deep Space Network (abreviated)
tonyrice
0
410
New Earth Scene 8
popppiees
5
2.8k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
4
4.4k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
660
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.7k
The Pragmatic Product Professional
lauravandoore
37
7.5k
Large-scale JavaScript Application Architecture
addyosmani
516
110k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Transcript
RACIで比較する DBA と DBRE の思想の違い 〜データベース運用をプラットフォーム化する責任設計〜 Keisuke.Awata KINTO Technologies, Inc.
xRE Group
RACI とは 「誰が何に責任を持つか」を4つの役割で整理する R Responsible 実行する人 A Accountable 承認し責任を負う C
Consulted 相談される人 I Informed 報告を受ける人 例|新機能をリリースするとき A|リード R|開発者 C|レビュアー I|関連チーム 承認・報告 相談・助言 共有
登場人物と相関 この資料では 3チームに絞って RACI を組み立てる Product Team アプリ・機能を開発する DBA /
DBRE データベースの運用・基盤を担う Infra Team インフラ基盤の責任
DBA が効果的に機能する世界 中央集権的なデータベース運用 少数の大規模データベース DBAによる専門運用 強いガバナンス 開発チーム DBA Database
システム構造は変わった クラウドとマイクロサービス Database per Service 自律的な開発チーム データベース数の増加 Team A DB
Team B Team C Team D DB DB DB
DBA の構造的な課題 責任が集中する スキーマ変更 権限管理 性能改善 障害対応 DBA Team A
DB Team B Team C Team D DB DB DB *ここでの項目は数あるタスクの一部に絞っています
DBA を RACI で見る 項目 Product Team DBA Infra Team
スキーマ変更 C A/R I 権限管理 I A/R I バックアップ I A/R C 性能問題 C A/R I 特徴 責任と実行が DBA に集中する
DBA の RACI をイメージで見る DBA が実行と責任をすべて担う C Product Team A
/ R DBA 実行+最終責任を担う I Infra Team 相談・依頼(C) 通知(I) DBA が A/R で担当するタスク スキーマ変更 権限管理 バックアップ 性能問題
DBA はなぜスケールしづらいのか 開発者が DB を変更するたびに、すべてDBAへ依頼する 開発者 DB 作成依頼 権限申請 Backup
設定 Monitoring 設定 DBA 結果 DBA がボトルネックになりやすい DBA を増やすことが最も効果的なスケール手段 人を採用する速度より、サービスの成長の方が圧倒的に速い
僕が考える DBRE は DB を運用する人ではない DB 基盤の提供 自動化 セルフサービス化 ガードレール設計
一言で言うと Database as a Platform
DBRE を RACI で見る 項目 Product Team DBRE Infra Team
スキーマ変更 A/R C I 権限管理 A/R Platform バックアップ I I A/R モニタリング A/R Platform 特徴 責任を再配置する ※ バックアップは現状でもクラウドサービスで自動化できる基盤ができている
DBRE の RACI をイメージで見る Product Team が実行と責任を担い、DBRE は Platform を提供する
A / R Product Team 実行+責任を持つ Platform DBRE I Infra Team Platformを提供 通知(I) Product Team が A/R で担当するタスク スキーマ変更 権限管理 モニタリング
DBA と DBRE の違い 観点 DBA DBRE 運用主体 DBA Product
Team DBチームの役割 運用実施 基盤提供 スケール方法 人を増やす 自動化する 責任構造 集中型 分離型
DBAとDBREは対立しない DBAが効果的に動ける 単一・少数DB 強い統制 基幹システム DBREが効果的に動ける マイクロサービス 多数DB 自律チーム
DBRE は万能ではない DBA が一手に担っていた責任は、プロダクトエンジニアも一緒に担う システムが安定して動く → Cloud・マネージド + DBRE が担う
信頼性 セルフサービス化 ガバナンスコントロール 明確に担われている 正しいデータが格納されている → プロダクトエンジニアが担う カラムの妥当性 データの整合性 業務的な意味 意識的に曖昧になりやすい 「DBが落ちずに動く」≠「正しいデータが入っている」 前者への関心は高まり、後者の責任は曖昧なまま 参照: DBRE 活動と information_schema
まとめ DBA と DBREの違いは技術ではない 本質は責任構造の違い DBRE はデータベース運用のプラットフォーム化 RACI で見ると責任の再配置が見える 「誰がDBを触るか」ではなく
「誰が何に責任を持つか」
Appendix
何か感じることありませんか? 項目 Product Team DBRE Infra Team スキーマ変更 A/R C
I 権限管理 A/R Platform バックアップ I I A/R モニタリング A/R Platform AI が進む今の時代が、さらに進んだら—— DBRE としての仕事は、どうなるのか? 簡単にはなくならない、けど今のままあり続けることはありえない 今一人一人が考える時なのかもしれない、続きはまたいつか♪