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
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takafumi ONAKA
PRO
January 22, 2025
Technology
52
0
Share
プラットフォームを作る、プラットフォームを変える
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
68
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
25k
1文字エイリアスのすゝめ
onk
PRO
0
130
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
1
1.3k
オブザーバビリティの Primary Signals
onk
PRO
2
6.5k
Cache Stampede
onk
PRO
1
2.4k
ORM - Object-relational mapping
onk
PRO
3
4.1k
デュアルトラックアジャイルとの向き合い方
onk
PRO
5
13k
Other Decks in Technology
See All in Technology
AI駆動開発でなんでもハンズオン環境をつくってみた
yoshimi0227
0
150
その英語学習、AWSで代替できませんか?
suzutatsu
1
260
AIが変えた"品質の守り方"
kkakizaki
12
4k
Claude Codeですべての日常業務を爆速化しよう!
minorun365
PRO
15
13k
自称宇宙最速で不合格となったAIP-C01にリベンジを果たすべくAIで問題集アプリを作ってみた。
yama3133
0
180
電子辞書Brainをネットに繋げてみた(自力編)
raspython3
0
150
long-running-tasks
cipepser
2
360
自作エディターをOSSにして分かった、一人に刺さる開発が世界を動かす理由
shinyasaita
1
400
サプライチェーン攻撃への備えについて考えている #湘なんか
stefafafan
3
2.4k
Gradle×GitHub_ActionsでCI時間を約50%短縮 ジョブ分割の設計と落とし穴 / Cutting CI Time by ~50% with Gradle and GitHub Actions: Job-Splitting Design and Pitfalls
takatty
0
160
checker.tsにチキンレースを仕掛けてみた:型エラー(TS2589)が発生する境界線を求めて
hal_spidernight
1
210
LLM時代のリファクタリング戦略_AIエージェントによる段階的・安全なTS移行方法
play_inc
0
190
Featured
See All Featured
Designing for humans not robots
tammielis
254
26k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Discover your Explorer Soul
emna__ayadi
2
1.1k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
580
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.1k
Optimising Largest Contentful Paint
csswizardry
37
3.7k
A Soul's Torment
seathinner
6
2.8k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
140
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
360
Art, The Web, and Tiny UX
lynnandtonic
304
21k
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