$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
『エンタープライズ』という言葉の重さ 〜Data Vault 2.0をやめた2022年冬〜
Search
ikeda-masashi
December 14, 2022
Technology
2
5.5k
『エンタープライズ』という言葉の重さ 〜Data Vault 2.0をやめた2022年冬〜
https://forkwell.connpass.com/event/263245/
こちらのイベントの登壇内容です。
ikeda-masashi
December 14, 2022
Tweet
Share
More Decks by ikeda-masashi
See All by ikeda-masashi
Redshiftを中心としたAWSでのデータ基盤
mashiike
0
270
運用の役立たないダッシュボードの作り方。
mashiike
3
1.1k
Amazon Aurora MySQL と Amazon Redshift の Zero-ETL Integration について使い所を考えてみた!
mashiike
0
960
Warningアラートを放置しない!アラート駆動でログやメトリックを自動収集する仕組みによる恩恵
mashiike
6
4.3k
Prepalert ~Mackerelアラートにログや集計値を貼り付けてくれるトイル削減ツール~
mashiike
0
2k
人狼ゲームで考えるデータ基盤 〜データとはいったい・・・〜
mashiike
0
400
Redshift ServerlessとProvisioned Cluster のちょっとした違い
mashiike
0
6.8k
「北欧、暮らしの道具店」のデータ基盤の変遷
mashiike
1
3.6k
小規模ワークロードにおけるRedshift Serverlessのログの取り扱い
mashiike
0
660
Other Decks in Technology
See All in Technology
私のRails開発環境
yahonda
0
170
なぜ使われないのか?──定量×定性で見極める本当のボトルネック
kakehashi
PRO
1
290
経営から紐解くデータマネジメント
pacocat
9
1.9k
オープンデータの内製化から分かったGISデータを巡る行政の課題
naokim84
2
1.3k
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
980
Symfony AI in Action
el_stoffel
2
350
ECMAScript仕様の最新動向: プロセスの変化と仕様のトレンド
uhyo
2
320
Capture Checking / Separation Checking 入門
tanishiking
0
110
“決まらない”NSM設計への処方箋 〜ビットキーにおける現実的な指標デザイン事例〜 / A Prescription for "Stuck" NSM Design: Bitkey’s Practical Case Study
bitkey
PRO
0
110
ブラウザ拡張のセキュリティの話 / Browser Extension Security
flatt_security
0
250
freeeにおけるファンクションを超えた一気通貫でのAI活用
jaxx2104
3
490
Claude Code Getting Started Guide(en)
oikon48
0
110
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
How GitHub (no longer) Works
holman
316
140k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
69k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.1k
Documentation Writing (for coders)
carmenintech
76
5.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.8k
Build The Right Thing And Hit Your Dates
maggiecrowley
38
3k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Context Engineering - Making Every Token Count
addyosmani
9
450
Transcript
『エンタープライズ』という言葉の重さ 〜 Data Vault 2.0をやめた2022年冬〜 2022/12/14 Data Engineering Study #17
18:25〜 池田将士
自己紹介 池田 将士 (@mashiike) 面白法人カヤック その他事業部 SREチーム所属 データエンジニア/サーバーサイドエンジニア 出身: 千葉県
趣味: オンラインゲームと食べ比べ、飲み比べ
会社紹介 鎌倉の地にて、主にWeb技術を用いて 人の印象に深く残るような面白コンテンツを作る会社 ゲームからWebサービス、ミュージアムetc… 様々なことに挑戦 ※幅広く挑戦しすぎて、 中の人も何の会社なのかよくわからないことも・・・
皆様 Data Vault 2.0 って知っていますか?
スケーラブルなエンタープライズ・ データウェアハウスを設計できるモ デリング手法Hub,Link, Satelliteと いう3つの構成要素で3NF系で・・・ (以下略
要は Agileに、 監査性のあって、 スケールしやすい データウェアハウス を構築できる手法!? (暴論)
約1年と4半期前(15ヶ月前) https://speakerdeck.com/mashiike/tonamelfalsedetaji-pan-detamoderingubian
15ヶ月前の状況 (2021/09頃) プロダクト側 • サーバーサイドエンジニア: 約3人 • サービス数(データソース数): 2個 データ基盤側
• データエンジニア: 約0.6人 (1人が他案件と兼務)
DataVault2.0いいぞ!!!
1年前の状況 (2022/01頃) プロダクト側 • サーバーサイドエンジニア: 約3人 => 約4人 • サービス数(データソース数):
2個 => 4個 データ基盤側 • データエンジニア: 約0.6人 (1人が他案件と兼務)
連携先(DB)が増えても 楽に対応できる!!いいね!
半年前の状況 (2022/06頃) プロダクト側 • サーバーサイドエンジニア: 約4人 => 約5人 • サービス数(データソース数):
4個 => 5個+α データ基盤側 • データエンジニア: 約0.6人 (1人が他案件と兼務)
ん?ちょっとまって・・・ プロダクトの開発早くない?
ちょっと前の状況 (2022/09頃) プロダクト側 • サーバーサイドエンジニア: 約6人 • サービス数(データソース数): 5個+α データ基盤側
• データエンジニア: 約0.6人 (1人が他案件と兼務)
お気づきだろうか? プロダクトの開発チームは スケールするが データチームは スケールしていない
そして、、、 データ基盤の保守! 手が回りません!!
どうしてこうなった!?
データチームの人を 採用できなかった・・・
というのもありますが、
スケーラブルなエンタープライズ・ データウェアハウスを設計できるモ デリング手法Hub,Link, Satelliteと いう3つの構成要素で3NF系で・・・ (以下略
スケーラブルなエンタープライズ・ データウェアハウスを設計できるモ デリング手法Hub,Link, Satelliteと いう3つの構成要素で3NF系で・・・ (以下略
https://e-words.jp/w/%E3%82%A8%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%97%E3%83%A9% E3%82%A4%E3%82%BA.html
ウチは中小企業だ!!(エッ 従業員数:約300人くらい
どこがエンタープライズ向け?
どこがエンタープライズ向け? 3NFにしてモデルを疎結合な状態に するのが高コスト
どこがエンタープライズ向け? 3NFにしてモデルを疎結合な状態に するのが高コスト Sattelliteの履歴を保守管理するのが 高コスト
どこがエンタープライズ向け? 時間が立つにつれて Vault領域の保守難度が 爆発的に高くなる。 物量も多くなるので 1つのソースシステムに 少なくとも0.5人くらいはほしい。
で、どうする?
データ基盤の開発効率 ≒生産性を上げたい
ソフトウェアエンジニアリングの世界には ViewとModelを密結合させることで、 生産性を上げたフレームワークがある そう、Rails ※ただし、柔軟性に難が出てくる
そうだ! 柔軟性に関しては妥協 データマートと Stagingを密結合させよう!
None
None
None
DataVault 2.0 やめました。 2022年冬
で、これって・・・
https://zenn.dev/tenajima/articles/64caed131ba961 dbt style guide 通りじゃん!
まとめ 中小企業(データエンジニア1人未満)で Data Vault 2.0を導入した結果…
まとめ 中小企業(データエンジニア1人未満)で Data Vault 2.0を導入した結果… 手が回らなくなったので、やめた 気がついたらdbt style guide通りになっていた。
まとめ 中小企業(データエンジニア1人未満)で Data Vault 2.0を導入した結果… 手が回らなくなったので、やめた 気がついたらdbt style guide通りになっていた。 『エンタープライズ』と名がついているものは
データチームがスケールするなら良い選択肢 スケールしないなら、覚悟しよう。
広報活動 \カヤックに興味を持ってくださった方へ/ カヤック社員がどんな風に働いているか? どんな制作実績があるか? などの情報を定期的に配信しています! ニュースレターへ登録しませんか? https://hubspot.kayac.com/we_are_kayac
ありがとうございました。