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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Takafumi ONAKA
PRO
January 22, 2025
Technology
61
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プラットフォームを作る、プラットフォームを変える
2025-01-22 さくらの夕べ in 京都
https://sakura-tokyo.connpass.com/event/340602/
Takafumi ONAKA
PRO
January 22, 2025
More Decks by Takafumi ONAKA
See All by Takafumi ONAKA
気づけばこうなる運用 ~運用現場の現実と理想~
onk
PRO
0
79
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
25k
1文字エイリアスのすゝめ
onk
PRO
0
140
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
1
1.4k
オブザーバビリティの Primary Signals
onk
PRO
2
6.6k
Cache Stampede
onk
PRO
1
2.4k
ORM - Object-relational mapping
onk
PRO
3
4.2k
デュアルトラックアジャイルとの向き合い方
onk
PRO
5
13k
Other Decks in Technology
See All in Technology
SRE歴2ヶ月でも開発6年の知見を活かして、チームで止まっていた環境改善を前に進めた話
a_ono
0
180
AI時代における最適なQA組織の作り方
ymty
3
350
GitHub Copilot運用のリアル ~AI Credit時代にどう向き合うか~
takafumisu2uk1
0
620
アラート調査向けAIエージェントの本番導入とその後/AI Agents for Alert Investigation: Production Deployment and After
taddy_919
1
330
金融の未来を考える / Thinking About the Future of Finance
ks91
PRO
0
150
Text-to-SQLをAgentCoreで実現し、生成されるSQLの精度を定量的に評価する
yakumo
2
450
なぜ人は自分のプロジェクトを 「なんちゃってアジャイル」と 自嘲するのか
kozotaira
0
240
MySQL & MySQL HeatWave Report - June 2026
freshdaz
0
300
LiDAR SLAMの実装とセンサ融合 ~Lie群からContinuous-Time LIOまで~
naokiakai
1
910
テスト設計の本質を改めて考えてみる~生成AIを活用する時代だからこそ、作ったテストの説明性を高めよう~
yamasaki696
1
280
5分でわかるDuckDB Quack
chanyou0311
4
300
背中から、背中へ /paying forward to community
naitosatoshi
0
210
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
96
14k
Statistics for Hackers
jakevdp
799
230k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
630
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
The SEO Collaboration Effect
kristinabergwall1
1
500
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.1k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
180
The agentic SEO stack - context over prompts
schlessera
0
840
Utilizing Notion as your number one productivity tool
mfonobong
4
340
ラッコキーワード サービス紹介資料
rakko
1
3.8M
Transcript
プラットフォームを作る、 プラットフォームを変える id:onk 2025-01-22 さくらの夕べ 1
• 大仲 能史 a.k.a. id:onk • 芸歴20年目 京都7年目 • 株式会社はてな7年目
◦ チーフエンジニア ◦ Mackerel 開発チーム 自己紹介 2
3
Mackerel 4 • 可観測性プラットフォーム • システムを監視、観測する • 2024-09で10周年! ◦ サーバー監視・管理→オブザーバビリティ
Mackerelの主な機能 5 • メトリックの投稿、閲覧 • ホストにメタデータを付けて管理する • アラーティング、各種通知 • 外形監視
• パブリッククラウドとのインテグレーション • メトリックエクスプローラー (2024 New!) • トレース (2024 New!)
6 Mackerelの面白さ
• はてなの他サービスは、だいたいRead Heavy ◦ UGCサービスがメイン事業 • Mackerelはbotによる毎分の投稿がメイン ◦ 人間のアクセスは相対的にはとても少ない ◦
運用ツールとの連携を意識してAPIを用意しているので なおさら少ない サービス特性が全然違う 7
• 時系列データベース (Time Series DB) ◦ 時刻と値の組からなる時系列データを格納し提供する ために最適化されたソフトウェアシステム ◦ 時系列データの均一性に特化した圧縮アルゴリズムを
用いたり、古いデータを定期的に削除したり、特殊な 高効率インデックスを利用するなどの工夫がなされる ◦ Mackerelでは2017年に自社開発した サービス特性が全然違う 8 https://ja.wikipedia.org/wiki/時系列データベース https://blog.yuuk.io/entry/the-rebuild-of-tsdb-on-cloud
9 Mackerelの成り立ち
Mackerelの成り立ち 10 • Mackerel=鯖=サーバー ◦ まさかダジャレがサービス名になるとは…… • 元々は社内ツール ◦ saba,
saba2, saba1.5 を作ってサーバ管理・監視
Mackerelの成り立ち 11 • サーバー管理の必要性 ◦ オンプレサーバ上にVMを立てていた頃 ▪ 株式会社はてなは、コミュニティサービスを中心に多くの Webサービスを開発・運営しています。その数千台にも上る サーバーシステム管理を効率化するための社内ツールとし
て、Mackerelは生まれました。 ◦ ラック管理、電源管理機能とかがあった https://ja.mackerel.io/product/reliability/dogfooding
Mackerelの成り立ち 12 https://mackerel.io/ja/blog/entry/announcement/20180705 • ビジコンで優勝して、 SaaSとしてリリース ◦ SaaSにするために1から 作り直し •
200週連続リリース ◦ 丸4年走り続けるぐらい 機能が必要だった
13 プラットフォームを変え る
14 世の中の変化
• SRE ◦ 信頼性を武器としてサービスの運用・開発を支える • Observability (O11y) ◦ 出力から、システムの状態を推定できる度合い •
OpenTelemetry (OTel) ◦ 異なる観測ツール間での互換性や標準化を目指す CNCFプロジェクト 世の中の変化 15
• OTelによりテレメトリーデータや送信方法が 標準化された ◦ プラグインの数が差別化要因にならない • O11yを高めるには、アプリケーションエン ジニアが計装していく必要 ◦ Dev/Opsを分断させず、チームでオブザーバビリティ
と向き合う 世の中の変化 16
17 Mackerelを提供して10 年
• すべてのサービスをMackerel上で監視 • 新卒入社が半数弱 ◦ Mackerelでできることしか知らない • 社内要望とMackerel自身のロードマップ ◦ 売上期待があると外向きの優先度の方が高くなりがち
• 次第に発想が現状に縛られるようになった 社内の変化 18
• 世の中の変化 (SRE, O11y, OTel) に追随する ◦ 社内に、世の中の先頭集団について行く人が必要 • インフラ専門はプロダクトチームでは少数派
◦ 横の繋がりが必要=サブ会として担保 • 社内向けにもエバンジェリストがいないと、 ドッグフーディングの良さが減っていく 社内の変化 19
20 まとめ
まとめ • プラットフォームを作る ◦ 上に載っているものとはサービス特性が大きく違う ◦ 社内ツールを売り物に変える • プラットフォームを変える ◦
標準技術への追随と、それによるビジネスの変化 ◦ ドッグフーディングには先頭集団への追随が必要 21