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
mekka
February 28, 2026
Technology
280
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
ACK + kro で実現する K8s ネイティブな AWS リソース管理 / Achieving Kubernetes-native AWS resource management with ACK + kro
chmikata
0
250
OpenTelemetry x Datadog APM 多言語環境での計装戦略と実践 (削減前)/ instrumentation-strategies-and-practices-in-multilingual-environment-bef
chmikata
0
33
OpenTelemetry x Datadog APM 多言語環境での計装戦略と実践 / instrumentation-strategies-and-practices-in-multilingual-environment
chmikata
0
150
Kubernetes基盤における開発者体験 とセキュリティの両⽴ / Balancing developer experience and security in a Kubernetes-based environment
chmikata
0
660
ArgoCDによるGitOps導入 / ArgoCD GitOps
chmikata
0
250
KEDAで始めるイベント駆動システム #k8snovice / keda-tutorial
chmikata
1
470
新サービス立ち上げに向けたCI/CD環境の構築
chmikata
0
3k
rakusmeetup-number-4-operation
chmikata
1
730
rakusmeetup-number-4-infrastructure
chmikata
0
640
Other Decks in Technology
See All in Technology
2026TECHFRESH畢業分享會 - Lightning Talk - 打造精準高效的 MCP 設計模式與測試實務
line_developers_tw
PRO
0
800
2026 TECHFRESH 畢業分享會 - 開發日常大解密!從領域驅動到企業級上線
line_developers_tw
PRO
0
790
AIのReact習熟度を測る
uhyo
1
140
SIer20年! 培ったスキルがスタートアップで輝く時
shucho0103
0
840
失敗を経て、Harness Engineering で 大切にしたいことを考える / Learning from Failure: What Matters in Harness Engineering
bitkey
PRO
1
310
爆速でマルチプロダクトを立ち上げる時 事業・CTO目線で大事にしたい事
miyatakoji
0
100
AIの性能が向上しても未解決な組織の重大問題は何か?/An Unsolved Organizational Problem in the Age of AI
moriyuya
4
610
社内 AI エージェント Synapse と セマンティックレイヤーの育て方
hiroakis
2
1.7k
【Cyber-sec+】経営層を"動かす"ための考え方
hssh2_bin
0
130
2026TECHFRESH畢業分享會 - 葬送的通靈師:化系統與用戶雜訊成行動訊號
line_developers_tw
PRO
0
800
Oracle AI Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
6
1.9k
Claude Code の Sandbox 機能を Anthropic Sandbox Runtime(srt) で試そう!/lets-play-anthropic-sandbox-runtime
tomoki10
1
540
Featured
See All Featured
Crafting Experiences
bethany
1
180
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
190
Why Our Code Smells
bkeepers
PRO
340
58k
How to make the Groovebox
asonas
2
2.2k
How to train your dragon (web standard)
notwaldorf
97
6.7k
GraphQLとの向き合い方2022年版
quramy
50
15k
[SF Ruby Conf 2025] Rails X
palkan
2
1.1k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
280
From π to Pie charts
rasagy
0
210
Unsuck your backbone
ammeep
672
58k
Tell your own story through comics
letsgokoyo
1
950
Typedesign – Prime Four
hannesfritz
42
3.1k
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