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
プラットフォームを作る、プラットフォームを変える
Search
Takafumi ONAKA
PRO
January 22, 2025
Technology
81
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
その Valkey 使いこなしていますか?
onk
PRO
5
1.7k
Hono x Inertia.js x Cloudflare_Workers
onk
PRO
0
12
気づけばこうなる運用 ~運用現場の現実と理想~
onk
PRO
0
97
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
26k
1文字エイリアスのすゝめ
onk
PRO
0
150
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
1
1.6k
オブザーバビリティの Primary Signals
onk
PRO
2
6.7k
Cache Stampede
onk
PRO
1
2.5k
Other Decks in Technology
See All in Technology
AI コーディングと人間の認知スループット / CTO Night & Day 2026 Morning Session / AI Coding and Human Cognitive Throughput
prog893
5
1.4k
「エーアイ」をバズワードにしないために RPA 導入経験と Kiro 上での Claude モデル利用経験から
kazzpapa3
0
110
Gemini Intelligence 入門 ― AppFunctions と Gemini Nano
takuroabe
0
330
ソフトウェア ファクトリー - 再現性のあるソフトウェアの工場づくり / Software factory
iktakahiro
7
5.2k
CloudWatch Logsのコスト最適化:どこまでAIに任せてどこから人間が承認すべきか
yama3133
0
140
Active Record Connection Adaptersにおける長年の課題に再び取り組む
yahonda
0
380
大型犬好きによるPugの紹介
yamanoku
1
160
トークン化預金DCJPYの取り組みと活用ユースケース
finengine
0
200
Post AI時代のリファクタリング実践記 / Refactoring in the post AI era
kaminashi
1
310
OptunaHub: ブラックボックス最適化のためのプラットフォーム
pfn
PRO
0
150
LambdaWebFunctionsを試してみた / exploring-lambda-web-functions
koukihosaka
1
370
CTO Night|NotionのAIエージェントとFDE
kzkhykw1991
0
290
Featured
See All Featured
Ethics towards AI in product and experience design
skipperchong
2
440
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
320
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
810
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Leo the Paperboy
mayatellez
10
2.4k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
580
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
Music & Morning Musume
bryan
48
7.4k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
500
KATA
mclloyd
PRO
35
16k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
3.1k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.4k
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