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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Takafumi ONAKA
PRO
January 22, 2025
Technology
80
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
93
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
26k
1文字エイリアスのすゝめ
onk
PRO
0
150
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
1
1.5k
オブザーバビリティの Primary Signals
onk
PRO
2
6.7k
Cache Stampede
onk
PRO
1
2.5k
ORM - Object-relational mapping
onk
PRO
3
4.2k
デュアルトラックアジャイルとの向き合い方
onk
PRO
5
14k
Other Decks in Technology
See All in Technology
AI臭い文章とは何なのか
nasuvitz
18
21k
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
140
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
1
620
いちAWSエンジニアのAI活用を振り返る #devio2026 / devio osaka 2026 kawahara
masahirokawahara
1
220
特殊変数大全
dak2
0
150
Lambda MicroVMsは常駐サーバーの代わりに なるか? Kiro Crew を動かして検証してみた / Kiro Crew on Lambda MicroVMs
k_adachi_01
2
290
C#未経験の僕がAIに読めるコードを書かせるまで
maguroalternative
0
330
地方移住と都心キャリアの両立は「金・時間・人」のリソースをフル活用すれば実現できる!〜Snowflake女子会 vol.8
snowwmn0824
0
130
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
210
Antigravity SDK for the Java Developer
glaforge
0
220
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
880
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
490
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
304
22k
Un-Boring Meetings
codingconduct
0
430
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.9k
What does AI have to do with Human Rights?
axbom
PRO
1
2.4k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
470
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
540
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Designing Powerful Visuals for Engaging Learning
tmiket
1
580
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
250
Into the Great Unknown - MozCon
thekraken
41
2.7k
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