書き手が人でもAIでも正しくなる道、SREを埋め込んだDeveloper Platform / tech drivers day8

by mekka

Embed

Start on current slide

Slide 1

Slide 1 text

書き⼿が⼈でもAIでも正しくなる道、 SREを埋め込んだDeveloper Platform 2026年10⽉26⽇株式会社ログラス TECH DRIVERS Day8 AI時代のPlatform Engineering

Slide 2

Slide 2 text

⾃⼰紹介⾒形親久（みかたちかひさ）株式会社ログラス技術基盤部クラウド基盤チームリードエンジニア ● SIer 3 社でアプリケーションエンジニアを経験 ● BtoB SaaS ⼤⼿で約 10 年、プロダクト開発‧運⽤を経て SRE チームの⽴ち上げ‧推進‧マネジメント ● 2024 年 10 ⽉ログラスへ。SRE の推進と Kubernetes を中⼼としたプラットフォームの構築を担当 ● テーマは「SRE の⺠主化」。皆が SRE をするために、“努⼒”から“仕組み”へ © 2026 Loglass Inc. 2

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

01．なぜプラットフォームなのかただし、誰が何に責任を持つかを決めないと、プラットフォームはうまくいかない SRE が全部抱えると開発チームに任せると ● プロダクトが増えるたびに依頼が積まれる ● 専⾨知識がないと判断できない ● 依頼待ちが常態化する ● チームごとに⽔準がばらつく ● 「インフラは SRE の仕事」という認識が固まる ● AI で速くなるほど、ばらつきも速く広がる © 2026 Loglass Inc. 8

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

03．⼈向けの⾃由と、AI 向けの⾃由書き⼿に AI が加わり、プラットフォームに求められるものが変わった⼈が書き⼿だったとき AI が書き⼿に加わってから ● 設定の幅を広く持たせた ● 設定変更の⼤半が AI 共著に（15% → 92% ※） ● ⼈の意志で判断できるようにした ● なんとしてでも成⽴させる。⽳を突くことも厭わない ● 説明ドキュメントやサンプルを⽤意した ● 例があれば、それを繰り返す ● 推論なので、同じ依頼でも判断が揺れる⼈の意志と⾃由度を尊重した AI の判断に任せない仕組みが要る ※ 2026-03 → 2026-09。サービス設定リポジトリの main に⼊った設定変更の commit のうち、AI が共著者として記録されているものの割合（⽉別。マージと bot は除く） © 2026 Loglass Inc. 14

Slide 15

Slide 15 text

03．⼈向けの⾃由と、AI 向けの⾃由 AI の判断に任せない。書ける選択肢そのものを減らした SRE が持つ設定開発者が書く設定機能と権限以前は開発者が上書きできた以前は細かく全部書かせていた以前は「使うかも」で許可していた開発者は変更できない書くのは最低限だけ使うかも、では作らない監視‧セキュリティの既定値をロック推測できるものはプラットフォームが今使うものだけ許可し、⾃動で⽣成する必要になった時点で⾜す © 2026 Loglass Inc. 15

Slide 16

Slide 16 text

Slide 17

Slide 17 text

04．⾃由と統制のバランスの取り⽅⾃由と統制は、4 つの仕組みで両⽴させる仕組み責務の分離責務範囲の明確化権限の移譲仕組みでのガード具体的にやっていること共通の Helm chart は基盤チーム、各サービスの設定値は開発チームと、リポジトリごと分けるどのサービスを誰が⾒るかを CODEOWNERS で宣⾔する。それ以外は基盤チーム。登録漏れは CI で落ちる⾃分たちのサービスの範囲に限った権限を、チームの定義から⽣成して渡す。環境ごとに広さを変えるスキーマ検証‧ポリシー検査‧署名の確認など、決定論的なチェックで⽌める AI が書いても効く理由触れる場所が最初から限られる⾒る⼈が決まっている任された範囲の外に出られない⼈や AI の判断に頼らない © 2026 Loglass Inc. 17

Slide 18

Slide 18 text

04．⾃由と統制のバランスの取り⽅｜責務の分離‧範囲の明確化基盤チームと開発チームで、持つ設定をリポジトリと項⽬の単位で分けた基盤チームが持つ（テンプレート⽤リポジトリ）開発チームが持つ（サービス⽤リポジトリ） ● 共通の Helm chart ● 使うイメージとリソース量 ● セキュリティ設定の既定値 ● アプリの環境変数‧設定ファイル ● 監視‧ログ収集の設定（ロック） ● 「OpenTelemetry を使う」などの 1 ⾏の宣⾔ ● シークレットの配布 ● 実⾏中のセキュリティ検知 ● Kubernetes リソースの細かな設定 © 2026 Loglass Inc. 18

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

05．現在地とこれから狭めた道で⽔準は揃った。次は関⾨を増やし、道そのものの信頼性を上げる揃ったものこれから ● 監視の標準設定 ● ポリシーチェックの整備 ● 可⽤性の既定値 ● 署名‧アテステーションの確認を全アプリ‧全環境へ ● ビルドと反映の統制 ● 共通のビルド経路を全アプリへ ● チーム単位の権限 ● プラットフォーム⾃体の信頼性道を狭めるほど、道を敷く側の責任は重くなる © 2026 Loglass Inc. 21