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
データ品質を重視したデータ基盤プロダクト開発
Search
Toshiki Tsuchikawa
April 11, 2023
Technology
8
2.3k
データ品質を重視したデータ基盤プロダクト開発
データ基盤アーキテクチャトレンド 2023 LTとパネルで学ぶ (
https://findy.connpass.com/event/278140/
)
の登壇資料になります。
Toshiki Tsuchikawa
April 11, 2023
Tweet
Share
More Decks by Toshiki Tsuchikawa
See All by Toshiki Tsuchikawa
タイミーのデータ活用を支えるdbt Cloud導入とこれから
ttccddtoki
1
160
タイミーにおけるデータ活用の未来
ttccddtoki
0
40
急成長する組織を支えるデータ基盤のこれまで、これから
ttccddtoki
6
710
アジリティの高いデータ基盤を目指して
ttccddtoki
4
1.5k
DMBOKを参考にしたデータマネジメントの取り組み
ttccddtoki
6
2.5k
dbt_Cloudとdbt_Core併用の試み
ttccddtoki
3
1.3k
タイミーの未来を支えるデータ基盤プロダクト
ttccddtoki
1
750
datatech-jp Casual Talks #3
ttccddtoki
0
1k
Lookerとdbtの共存
ttccddtoki
1
1.4k
Other Decks in Technology
See All in Technology
ドメイン駆動設計の実践により事業の成長スピードと保守性を両立するショッピングクーポン
lycorptech_jp
PRO
13
2.2k
今から、 今だからこそ始める Terraform で Azure 管理 / Managing Azure with Terraform: The Perfect Time to Start
nnstt1
0
240
Formal Development of Operating Systems in Rust
riru
1
420
ゼロからわかる!!AWSの構成図を書いてみようワークショップ 問題&解答解説 #デッカイギ #羽田デッカイギおつ
_mossann_t
0
1.5k
東京Ruby会議12 Ruby と Rust と私 / Tokyo RubyKaigi 12 Ruby, Rust and me
eagletmt
3
870
Accessibility Inspectorを活用した アプリのアクセシビリティ向上方法
hinakko
0
180
Bring Your Own Container: When Containers Turn the Key to EDR Bypass/byoc-avtokyo2024
tkmru
0
860
PaaSの歴史と、 アプリケーションプラットフォームのこれから
jacopen
7
1.5k
カップ麺の待ち時間(3分)でわかるPartyRockアップデート
ryutakondo
0
140
AWS re:Invent 2024 recap in 20min / JAWSUG 千葉 2025.1.14
shimy
1
100
Copilotの力を実感!3ヶ月間の生成AI研修の試行錯誤&成功事例をご紹介。果たして得たものとは・・?
ktc_shiori
0
350
EMConf JP の楽しみ方 / How to enjoy EMConf JP
pauli
2
150
Featured
See All Featured
Fireside Chat
paigeccino
34
3.1k
Building Your Own Lightsaber
phodgson
104
6.2k
What's in a price? How to price your products and services
michaelherold
244
12k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
113
50k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
The World Runs on Bad Software
bkeepers
PRO
66
11k
A Tale of Four Properties
chriscoyier
157
23k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
The Power of CSS Pseudo Elements
geoffreycrofte
74
5.4k
For a Future-Friendly Web
brad_frost
176
9.5k
Rails Girls Zürich Keynote
gr2m
94
13k
Transcript
2023/04/11 土川稔生 データ品質を重視した データ基盤プロダクト開発 @tvtg_24 データ基盤アーキテクチャトレンド 2023 LTとパネルで学ぶ
土川 稔生 (Tsuchikawa Toshiki) • 株式会社タイミーに2020年入社 • DRE (Data Reliability
Engineering) チーム ◦ データエンジニアとしてデータ基盤プロダク トを構築 ◦ 現在はプロダクトオーナーとして、データ基 盤プロダクト作りに励む • Twitter: @tvtg_24 2 自己紹介
目次 • データ品質とは...? • タイミーのデータ品質向上のために
1 データ品質とは...???
データ利用者の期待と要求を 満たす度合い DMBOK 13章より
高品質なデータとは... データニーズA 経営に関する意思決定 • 前日分のデータを用いる • データにズレがあると意思決定を 間違い、大きな問題になる データニーズB 機械学習アルゴリズム
• リアルタイムに近いデータを用いる • データに多少誤差があっても精度 には大きな影響がない データ基盤プ ロダクト ⭕ リアルタイム性 高 データの正確性 低 リアルタイム性 低 データの正確性 高
高品質なデータとは... データニーズA 経営に関する意思決定 • 前日分のデータを用いる • データにズレがあると意思決定を 間違い、大きな問題になる データニーズB 機械学習アルゴリズム
• リアルタイムに近いデータを用いる • データに多少誤差があっても精度 には大きな影響がない データ基盤プ ロダクト ❌ リアルタイム性 高 データの正確性 高
高品質なデータとは... • あらゆるデータに対応できる最強なデータ基盤は高品質なデータを提供しているとは言えない ◦ データ利用ユーザーはそんなものは求めていない • 余分な時間と工数の投資により、大事な開発に時間が使えなくなる • 運用も辛くなり、開発チームに負担がかかる バランスが大切🥖
データの目的と提供データの品質が合致していることが大事
2 タイミーのデータ品質向上の ために
現在のデータ基盤概要
品質の高いデータ提供のために 適時性 一意性 完全性 元データが更新されてからどの くらいの遅延で分析可能になる か データに重複はないか データに欠損はないか
データ品質目標はバランスが大事 データ利用ユーザ 適時性??? データが新しければ新し いほど嬉しい データ基盤開発者 品質守るために無限労 働つらい... ちょうどいい感じのバランスを取る 必要がある
データニーズを把握し、品質を交渉していく データ利用ユーザ こういうケースで、こういう 課題を解決するためにデー タ利用をしてます データ基盤開発者 普段どのようにデータを 利用していますか? (他のユーザーも 困っていたな...
ちょっとチームで話 し合おう...) ですが現状の最新データ が少し古くて、こういう運用 の際に困っています
14 Service Level Indicator サービスの品質を守るための指標 SLI SLA SLO Service Level
Agreement SLIで定義した指標に関するサービス提供者と の契約 (破った時にどうするかなど) Service Level Objective SLIで定義した指標の具体的な目安 一般的なSLI, SLA, SLOの定義
15 Service Level Indicator データパイプラインの適時性 (データソースの更新からど のくらい遅れて転送先で実用可能になるか) SLI SLA SLO
Service Level Agreement データソースごとにデータ使用者と結ばれた適時性 に関する契約 破った場合はポストモーテムを実施 例: データソースAは1日の適時性での転送 Service Level Objective DREチーム内で決定されたデータソースごとの適 時性の目標 例: データソースAは2hourの適時性での転送 DREチームにおけるSLI, SLA, SLOの定義
SLAが定義されていると...! データ利用ユーザ データ基盤開発者 どんなデータがどんな状態 で利用可能なのかがわか りやすい! データの細かい状態まで 管理していて信頼して使え る...!!! データの品質を無理せず
守れる!! 品質を担保しながらユー ザーのためのデータ基盤 開発に時間を使える !!
まだまだ道半ばなのでお力を貸してください!!! Timee Product Org Entrance Book https://timee.notion.site/timee/Timee-Product-Org-Entrance-Book-b7380eb4f6954e29b2664fe6f5e775f9