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
気づけばこうなる運用 ~運用現場の現実と理想~
onk
PRO
0
94
強いチームと開発生産性
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
Kiro Crewをはじめよう
kizawa2020
1
140
実体験から学ぶ分析エージェントの開発と運⽤
recruitengineers
PRO
8
2.1k
「Docker Desktop不要の時代」は 来たのか?
ueponx
0
500
自作バイナリを動かす「入口」8選
puhitaku
2
1.3k
AI時代だからこそ推したい!Gitコマンド再入門
munakata
0
170
しろおびから始める!ログ活用の第一歩
shumei_ito
0
890
AI駆動開発の時代になったのでトヨタ生産方式から見直す
terurou
7
5.8k
freeeらしさをAIとともに作る / Creating the freee Experience with AI
ymrl
0
220
生成AIを使って「人が」考える技術 ― AI時代の人機共想と実践ノウハウ|UNITT AC2026
ishiirikie
0
580
DGX Spark でどこまでハッキングができるのか?
kash1064
0
170
初対面のメンバーがチームを組み、Claude Codeでゼロからサービスをリリース
mkdev10
1
120
AI時代のAPI開発を加速する品質ガードレール / API Quality Guardrails in the AI Era
yokawasa
0
180
Featured
See All Featured
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
790
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
Fireside Chat
paigeccino
43
4.1k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
A Tale of Four Properties
chriscoyier
163
24k
Tell your own story through comics
letsgokoyo
1
1.1k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
340
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
We Are The Robots
honzajavorek
0
390
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
280
4 Signs Your Business is Dying
shpigford
187
23k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.9k
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