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
fukuoka_sre_0_jmaki.pdf
Search
j-maki
June 19, 2026
770
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
fukuoka_sre_0_jmaki.pdf
j-maki
June 19, 2026
More Decks by j-maki
See All by j-maki
SRE/PEの人間としての信頼性のために自分が意識していること
jmakk0301
2
250
引いては引き直す Kubernetes運用における境界設計とその見直し
jmakk0301
0
310
おそらくAGIでも代替不可能な、 趣味としての個人コミットの話
jmakk0301
0
190
EKSシークレット管理のつらみと責務分解
jmakk0301
0
130
小さく始める障害訓練
jmakk0301
0
20
Amazon EKS MCP Serverでクラスタの職場環境のストレスチェックをして遊んでみた
jmakk0301
0
210
ギフティにおける プラットフォームエンジニアリングことはじめ
jmakk0301
2
550
probeの勘違いから見直した、Pod運用のアレコレ
jmakk0301
2
260
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.3k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
940
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.5k
Why Our Code Smells
bkeepers
PRO
340
58k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
KATA
mclloyd
PRO
35
15k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
330
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
How to Ace a Technical Interview
jacobian
281
24k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
160
Transcript
ラーメンから考える! プラットフォームエンジニアリング Fukuoka.SRE | 2026/06/19 1
自己紹介 じぇまき(牧 純平) とあるweb系の企業で働いてます Platform Engineeringチーム立ち上げ奮闘中 横浜在住 今日はフェリーで22時間かけて来ました! 2
エクスキューズ ネタ枠です。この発表を聞いても持ち帰れるものは特にないと思います! 個人の主観です。おそらくかなりのバイアスを含んでいます! スライドも詰められてないです!今日やろうと思いましたが、スペースワールドで遊んでしま いました! ラーメンガチ勢の方がいてもマサカリを投げないでください!(無用な争いはやめて!笑) 3
プラットフォームエンジニアリングとは 開発チームが安全かつ自律的にソフトウェアを届けるための、社内向け基盤を設計・運用する 取り組み Internal Developer Platform (IDP) により、インフラや運用の複雑さを抽象化する Golden Path
/ self-service により、標準化された方法で開発・デプロイ・運用できるよう にする 目的はツール導入そのものではなく、開発者体験、認知負荷、リードタイム、ガバナンスを改 善すること 出典: Google Cloud / Microsoft Learn 4
3つのラーメンで比較してみる 博多とんこつ(以降、博多) 家系 二郎 プラットフォームの性質を、インターフェース、結合度、プロダクトとしての観点から見ていきま す。 5
インターフェースと認知負荷 プラットフォームの主要な価値は、利用チームの認知負荷を下げること 複雑さを消すのではなく、扱うべき複雑さを適切なインターフェースに閉じ込める 良い抽象化は、重要な判断を隠さず、毎回考えなくてよい判断を標準化する Golden Path / self-service は、迷わず安全に進むための設計 参考:
Martin Fowler / Team Topologies 6
ラーメンで見る! インターフェースと認知負荷 ラーメン 評価 インターフェース 認知負荷 博多 ◎ 基本硬さを指定 初期注文が比較的シンプル。加えてバリカタなどのコア
ユーザ向けのパラメータがある 家系 ◦ 硬さ・濃さ・油のパラメ ータ 困ったら「全部普通」というデフォルト値がある 二郎系 △ コールと言う謎の呪文を 詠唱しなければならない タイミングと作法が暗黙知。 「ニンニク入れますか?」の 返り値の型はbooleanではなく、stringのenum[] 7
結合度と変更容易性 疎結合とは、ある要素の変更が他の要素の変更を要求しにくい状態 プラットフォームは、利用者と基盤の実装詳細を直接結びつけないための境界 安定した API、標準化されたワークフロー、明示的な依存関係が変更容易性を高める 暗黙依存やタイミング依存は、利用側の運用知識を増やし、変更を難しくする 参考: NIST SP 800-204
8
ラーメンで見る! 結合度と変更容易性 ラーメン 評価 構造 変更容易性 博多 ◎ 麺とスープが疎結合 替え玉というシステムにより、スケーラビリティ
を実現している。ただしスープが単一障害点。ペ ース配分が肝 家系 ◦ ラーメン単体でも正常に動作する が、実質ライスへ依存している (暗黙的) 薄い濃いは後から調整できたりするお店がある。 卓上トッピングの拡張性が高い 二郎 △ 初期コールへの依存が強い 野菜マシのロールバックは難しい。己の胃袋のキ ャパがボトルネック 9
Secure by Default 安全な設定をデフォルトにし、利用者が追加の作業をしなくても安全に使えるようにする 危険な変更や強い権限は、暗黙的に有効化せず、明示的な opt-in にする 安全なデフォルトパスを用意し、そこから外れる場合のリスクを利用者に伝える セキュリティ設定の複雑さを、利用チームの責任に押しつけない 参考:
CISA, Secure by Design / Secure by Default 10
ラーメンで見る! Secure by Default ラーメン 評価 セキュアデフォルト 博多 ◦ デフォルトはシンプルな構成。ただし高菜を
opt-in すると、めちゃめちゃ辛いこと がある 家系 ◦ ニンニクも豆板醤も卓上から明示的に追加する。危険な変更はユーザの責務 二郎 ◦ ニンニクはデフォルトでは入らず、 「少し」もコールできる。コールをSSOTとしてい るアプローチ 11
ここまでの観点を踏まえて、3つのラーメンを総合的に評価します。 12
総合評価 ラーメン 評価 コメント 博多 ◎ かなり、うまい。必ず替え玉もいってしまう。 家系 ◎ いろいろ比較した結果、うまい。やっぱりライスとスープと海苔は最高だよね。
二郎 ◎ 総合的に判断してもうまい。野菜も入っているので健康にも良い 13
結局、良いプラットフォームとは 完璧な設計より、使われること 強制ではなく、選ばれること 開発者が迷わず、速く、安全に価値を届けられること 14
美味しいラーメンのように ユーザに選ばれ続けるプラットフォームを 作っていきたいですね 15
ご清聴ありがとうございました!🍜 福岡勢の方、お好きなラーメン屋さんを教えてください! 16