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
組織のSREを推進するためのPlatform EngineeringとEKS / Platf...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
mekka
February 28, 2026
Technology
310
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
組織のSREを推進するためのPlatform EngineeringとEKS / Platform Engineering and EKS to drive SRE in your organization
mekka
February 28, 2026
More Decks by mekka
See All by mekka
「ちゃんとやっている」は独りよがりだった ― 不安に寄り添うインシデント対応へ / Towards incident response that addresses anxieties
chmikata
1
7.7k
ACK + kro で実現する K8s ネイティブな AWS リソース管理 / Achieving Kubernetes-native AWS resource management with ACK + kro
chmikata
0
680
OpenTelemetry x Datadog APM 多言語環境での計装戦略と実践 (削減前)/ instrumentation-strategies-and-practices-in-multilingual-environment-bef
chmikata
0
49
OpenTelemetry x Datadog APM 多言語環境での計装戦略と実践 / instrumentation-strategies-and-practices-in-multilingual-environment
chmikata
0
400
Kubernetes基盤における開発者体験 とセキュリティの両⽴ / Balancing developer experience and security in a Kubernetes-based environment
chmikata
0
900
ArgoCDによるGitOps導入 / ArgoCD GitOps
chmikata
0
270
KEDAで始めるイベント駆動システム #k8snovice / keda-tutorial
chmikata
1
490
新サービス立ち上げに向けたCI/CD環境の構築
chmikata
0
3.1k
rakusmeetup-number-4-operation
chmikata
1
740
Other Decks in Technology
See All in Technology
【CEDEC2026】コードレビュー支援ツール開発から学ぶ:LLMを用いた業務システムの実践的な運用設計と誤出力対策
cygames
PRO
0
630
事業価値と Engineering 2026年度版
recruitengineers
PRO
45
22k
Agent 時代の Kaggle 展望 / kaggle-in-the-agentic-era
upura
1
670
AI時代の強いチームの作り方
yuukiyo
26
16k
Invisible to AI? Making TYPO3 Sites Quotable by AI Search Systems
wolfgangwagner
0
170
20260804_Q4AzureUpdateBite_FabricDataAgentの精度を高める設計.pdf
matayuuu
1
120
Issue設計から始める仕様駆動開発 / 20260731 Mizuki Hirata
shift_evolve
PRO
1
150
認知負荷をGemini で溶かす — GKE 基盤「Orbit」における AI エージェントの実践
sansantech
PRO
1
270
AIエージェントを前提としたプラットフォーム エンジニアリング:GKEで作るAgent-Ready Golden Path
legalontechnologies
PRO
2
220
名古屋の市バスGTFS-JPデータ×スガキヤ 最寄りバス停検索をAmazon ElastiCache Serverless for Valkeyで最適化する
usanchuu
1
510
【CEDEC2026】『GRANBLUE FANTASY: Relink - Endless Ragnarok』のバトル制作事例 ~最高のキャラゲーを目指して~
cygames
PRO
0
230
Pavlokで始める電撃駆動開発
sgrsn
0
180
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.7k
Context Engineering - Making Every Token Count
addyosmani
9
1k
Writing Fast Ruby
sferik
630
63k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.4k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
610
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
GitHub's CSS Performance
jonrohan
1033
470k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
630
The World Runs on Bad Software
bkeepers
PRO
72
12k
Transcript
組織のSREを推進するためのPlatform EngineeringとEKS 1
2 ⾃⼰紹介 SIer にてアプリケーションエンジニアとしてキャリアをスタート。ToBのSaaS企業 でのSRE組織の⽴ち上げを経て、2024年10⽉より株式会社ログラスに参画。 現在は共通基盤部にて、開発組織への SRE の推進およびプラットフォーム開発に取 り組んでおり、SRE を⽂化として根付かせることをテーマに活動しています。
株式会社ログラス SRE ⾒形 親久∕mekka Chikahisa Mikata∕https://x.com/melpo_mel
組織のSREを推進するためのPlatform EngineeringとEKS 3 • SREを組織に広げたいがSREは難しい • Platform Engineeringで解決したい • その結果としてのEKSという選択
今日のテーマ
組織のSREを推進するためのPlatform EngineeringとEKS 4 • サービスの成長と複雑化 • 信頼性要求の増加 • 特定チーム依存の限界 •
組織全体で信頼性を支える必要性 SREを組織に広げたい理由
5 • 信頼性は全員で作るもの • 特定チームの責務にしない • 開発者も自然に参加できる状態 👉 SREを特別な活動にしない 目指したのは「
SREの民主化」 組織のSREを推進するためのPlatform EngineeringとEKS
6 • デリバリーエンジニアリング • オブザーバビリティ • キャパシティコントロール • セキュリティ •
インシデントコントロール 👉 私たちの目指す SREの形(ログラスにおける SREの現状と未来 ) SREを実践するための 5つの柱 組織のSREを推進するためのPlatform EngineeringとEKS
組織のSREを推進するためのPlatform EngineeringとEKS 7 • SREの専門知識が不足している • 運用設計が難しい • ツールが複雑 •
最初の一歩が重い 👉 努力だけでは広がらない、仕組みが必要 理想と現実のギャップ
8 • Golden Pathの提供 • 標準化された運用 • Self-service環境 • SREを自然に実践できる基盤
👉 SREを民主化するには、努力ではなく Platformが必要 努力ではなく Platformで解決する 組織のSREを推進するためのPlatform EngineeringとEKS
9 Platformに必要なのは • 組織に対する共通インターフェース • 統一された操作モデル • 再利用可能な抽象化 • セルフサービス化
👉 Platform Engineeringはそれを実現する仕組みづくり Platformは「仕組み」であって「ツール」ではない 組織のSREを推進するためのPlatform EngineeringとEKS
10 なぜ Kubernetes が Platform になり得るのか 組織のSREを推進するためのPlatform EngineeringとEKS Platformの要件 Kubernetesでの実現
宣言的な操作モデル 宣言的なマニフェスト管理 APIによる統制 API中心の設計 組織境界の表現 Namespace / RBAC セルフサービス Helmテンプレートによる抽象化 複数プロダクトへの拡張性 Namespaceによるマルチテナント構成 👉 Platformの思想を技術として実装できる
11 Kubernetesを導入した結果 組織のSREを推進するためのPlatform EngineeringとEKS 導入前の課題 導入後の変化 依頼駆動ではスケールしない セルフサービス化で自律運用 誰が何を変更できるか曖昧 RBACで責務を明文化
環境ごとの差異が大きい 共通Platformによる操作の標準化 ノウハウが属人化 Helmテンプレートとして標準化 👉 Platformは技術導入ではなく、組織設計だった
12 SRE・PFE・Kubernetesの関係 組織のSREを推進するためのPlatform EngineeringとEKS
13 実際のシステム構成 組織のSREを推進するためのPlatform EngineeringとEKS
14 実際のシステム構成 組織のSREを推進するためのPlatform EngineeringとEKS 👉 開発者の認知負荷を下げる GitOps構成の実践例
15 • SREの実践を個人に依存させない • 組織の共通インターフェイスを作る • Platform Engineeringがその基盤になる • Kubernetes/EKSは目的ではなく手段
👉 SREは文化だけでは広がらない 仕組みとして設計する SREを「努力」から「仕組み」へ 組織のSREを推進するためのPlatform EngineeringとEKS
16