Agentic Platform Engineering on AWS

Embed

Start on current slide

Slide 1

Slide 1 text

PLATFORM ENGINEERING KAIGI 2026 Agentic Platform Engineering on AWS Yuji Matsuoka Kyosuke Konishi Amazon Web Services Japan G.K. Solutions Architect Amazon Web Services Japan G.K. Solutions Architect © 2026, Amazon Web©Services, 2026, Amazon Inc. or its Web affiliates. Services, AllInc. rights or its reserved. affiliates. All rights reserved.

Slide 2

Slide 2 text

この発表で扱う内容 • 従来のプラットフォームエンジニアリングにおける課題 • Agentic Platform Engineering がなぜ今大事なのか • AWS 上で Agentic Platform Engineering を実践するためのアプローチのご紹介 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 3

Slide 3 text

自己紹介小西杏典 (Kyosuke Konishi) Amazon Web Services Japan G.K. Solutions Architect ISV/SaaS 企業のお客様を中心にソリューションアーキテクトとして技術支援に従事 • 好きなサービス Amazon EKS @_konippi Kiro CLI https://x.com/_konippi konippi https://github.com/konippi © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 4

Slide 4 text

自己紹介松岡雄地 (Yuji Matsuoka) • 仕事 • Solutions Architectとして通信業界のお客様の技術支援に従事 • 職歴 • NTT DATA / SRE • 好きなAWSサービス • Amazon EKS • 趣味 • 麻雀、筋トレ、ポーカー © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 5

Slide 5 text

プラットフォームエンジニアリングとは • • Gartner (※1) Ø プラットフォームエンジニアリングは、再利用可能なツールとセルフサービス機能を実装し、インフラストラクチャ・オペレーションを自動化することで、開発者の体験と生産性を向上させる platformengineering.org (※2) Ø Platform engineering is the discipline of designing and building toolchains and workflows that enable self-service capabilities for software engineering organizations in the cloud-native era. Platform engineers provide an integrated product most often referred to as an “Internal Developer Platform” covering the operational necessities of the entire lifecycle of an application. 開発チームの開発者体験と生産性を向上させることを目的として、プラットフォームチームとして、セルフサービスで利用できるプロダクトを設計・構築する分野 ※1 https://www.gartner.co.jp/ja/articles/what-is-platform-engineering ※2 https://platformengineering.org/blog/what-is-platform-engineering © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 6

Slide 6 text

ゴールデンパス Ø インフラチームから開発チームに、基盤となるインフラのオーナーシップを委譲 A 開発チーム B 開発チームオーナーシップの委譲アプリケーション A アプリケーション B インフラインフラゴールデンパスの提供プラットフォームチーム © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Ø 同時に、プラットフォームチームによるゴールデンパス（IaC テンプレートやオンボーディングなど）の整備によって、開発チームの負荷を軽減

Slide 7

Slide 7 text

AWS 上でのゴールデンパスの実装例ゴールデンパスの利用内部開発者ポータルアプリケーションフレームワークテンプレートから生成 CI/CD リポジトリテンプレート Dockerfile 開発 Amazon ECS タスク定義アプリケーションリポジトリ Amazon ECS サービス / クラスタープラットフォームチーム IaC テンプレートロードバランサネットワークデータベースセキュリティ開発開発チームインフラストラクチャリポジトリテンプレートから生成プロビジョニング AWS アカウント払い出し / プロビジョニング AWS アカウント管理 AWS Config VPC Elastic Load Balancing AWS CloudTrail Amazon Aurora Amazon ECS ガードレール © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 8

Slide 8 text

ゴールデンパスを扱う上での課題プラットフォームチーム (ゴールデンパスを提供する側) 開発チーム (ゴールデンパスを利用する側) 増えるトイル作業高い認知負荷 • ゴールデンパスの使い方への問い合わせが集中 • 例外対応によるテンプレートの増大 • ゴールデンパスを使いこなす難しさ • ゴールデンパスに当てはまらないケースへの対応 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 9

Slide 9 text

ゴールデンパスの利用例 (AI エージェント登場前) ゴールデンパスの提供、問い合わせ対応自チームの要件にあったゴールデンパスの選択ゴールデンパスプラットフォームチーム専門知識をエンコード開発チーム専門知識をデコード必要に応じてプラットフォームチームに問い合わせ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 10

Slide 10 text

ゴールデンパスの利用例 (AI エージェント登場後) ゴールデンパスプラットフォームチーム専門知識をエンコードゴールデンパスの元となるドキュメントやテンプレートなどのコンテキストを整備 AI エージェント © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 開発チーム専門知識をデコード適切にゴールデンパスを使いこなすための問い合わせ

Slide 11

Slide 11 text

Agentic Platform Engineeringの重要性 AI エージェントの登場により、認知負荷やトイルの課題は解消されつつあるしかし、AI エージェントを効果的かつセキュアに扱うためには以下のように、 Agentic Platform Engineering が重要になる • エージェントに与える知識・ワークフロー・行動規範の設計パターンの整備 • 開発のテンプレートやオペレーションをエージェント経由で開発者に届ける方法 • エージェントに任せる範囲を制御するガバナンス・ガードレールの整備本日は上記の観点を踏まえて、AWS 上で Agentic Platform Engineering を実践するためのアプローチをご紹介させていただければと思います © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 12

Slide 12 text

Slide 13

Slide 13 text

専門知識を AI エージェントでスケールさせる開発チーム AI エージェント (Kiro / Claude Code / Codex など) 1. 意図を AI エージェントに伝える 2. エンコードされた専門知識をもとに AI エージェントが設計や実装を提案する 3. 提案や影響を確認し、承認する (Human-in-the-Loop) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Agent Skills 専門家が作成したプラクティス・判断フレームワークなど

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Agentic Platform Engineering eXperience (APEX) aws-samples/sample-apex-skills skills/ 知識 steering/ 対話の進め方 rules/ 行動規範 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 新しいツールとして導入するものではなく、普段使う AI エージェントに専門知識を足す $ npx apex-skills

Slide 16

Slide 16 text

知識・対話の進め方・行動規範を分けて管理する Skills が知識を、Steering がワークフローを、Rules が行動規範を提供する Skills Steering Rules AI エージェントが「何を知っているか」 AI エージェントが「どう進めるか」 AI エージェントが「どう振る舞うか」 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 17

Slide 17 text

3 種類の Skills 例) ECS 関連の Skills Assess (評価する) Generate (生成する) Advise (助言する) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. • ecs-operation-review: 運用の健全性を採点 • ecs-recon: 何が動いているか環境を探索 • ecs-build: そのまま apply が通る Terraform を生成 • ecs-modernize: ECS 環境への移行評価レポートを生成 • ecs-architect: データプレーンの設計判断を助言 • ecs-observability: オブザーバビリティ戦略の選定を助言

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

APEX の具体的なユースケース(設計・構築) Spring Boot で実装した Java アプリケーションを ECS 上に構築したい。 Graviton (c8g) で動かしたいが、AMI やパッチの運用は AWS へ委譲したい。 ecs-architect skills ecs-build skills 要件を追加で質問し、 Fargate / EC2 / Managed Instances の選択肢を比較。承認済みの設計をもとに Terraform コードを生成し、検証する。 Managed Instancesを推奨 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 人間の承認 ※ terraform apply は勝手に実行せず、適用判断は人に委ねる

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

APEX の具体的なユースケース(運用) 開発チームで構築した ECS 環境が、ゴールデンパスから外れていないか確認したい。デプロイ安全性の観点で、問題かあるか知りたい。 ecs-operation-review skills • Clusters & Capacity • Networking ECS 環境を右側の 8 つのカテゴリで採点し、根拠付きで指摘する。 • Task Definitions ラベルは GREEN / AMBER / RED / UNKNOWN の • Services & Deployment Safety 4種類 • Service Health & Autoscaling • Observability • Security Posture • Operational Processes 今回のデモの対象 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 24

Slide 24 text

Slide 25

Slide 25 text

APEX は Agentic Platform Engineering の実装例 APEX は Agentic Platform Engineering をすぐに試せる出発点であり、プラットフォームチームが APEX を参考に組織固有の知識・進め方・行動規範を整備する参考・選択・カスタマイズ APEX プラットフォームチーム © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 組織の Agentic Platform Engineering

Slide 26

Slide 26 text

ガバナンス・ガードレールの整備ゴールデンパスの利用内部開発者ポータルアプリケーションフレームワークテンプレートから生成 CI/CD リポジトリテンプレート Dockerfile 開発 Amazon ECS タスク定義アプリケーションリポジトリ Amazon ECS サービス / クラスタープラットフォームチーム IaC テンプレートロードバランサネットワークデータベースセキュリティ開発開発チームインフラストラクチャリポジトリテンプレートから生成プロビジョニング AWS アカウント払い出し / プロビジョニング AWS アカウント管理 AWS Config VPC Elastic Load Balancing AWS CloudTrail Amazon Aurora Amazon ECS ガードレール © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 27

Slide 27 text

ガバナンス・ガードレールの整備 1/2 ゴールデンパスの利用開発内部開発者ポータルエージェントに任せる範囲を広げると、アプリケーションフレームワーク • 人のレビューが追いつかないテンプレートから生成 CI/CD • 行動規範に強制力がない Amazon ECS リポジトリタスク定義アプリケーションなどの課題が顕在化するテンプレート Dockerfile リポジトリ開発そのため、これまでと比べてよりガバナンス・ガードレールの整備が重要に Amazon ECS サービス / クラスタープラットフォームチーム IaC テンプレートロードバランサネットワークデータベースセキュリティ開発チームインフラストラクチャリポジトリテンプレートから生成プロビジョニング AWS アカウント払い出し / プロビジョニング AWS アカウント管理 AWS Config VPC Elastic Load Balancing AWS CloudTrail Amazon Aurora Amazon ECS ガードレール © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 28

Slide 28 text

ガバナンス・ガードレールの整備 2/2 予防検出記録・証跡 SCP / Permissions Boundary AWS Config AWS CloudTrail 設定変更をルールで機械的に判定する誰が何をしたかを証跡に残す許可していない操作を弾く AWSのマネージドサービスを利用することで、人やエージェントなど主体を問わずにガバナンス・ガードレールを適用可能に © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Slide 29

Slide 29 text

まとめ • 従来のプラットフォームエンジニアリングにおける課題 • プラットフォームチーム: 増えるトイル作業 • 開発チーム: 高い認知負荷 • Agentic Platform Engineering がなぜ今大事なのか • 専門知識を AI エージェントでスケールさせる • AWS 上で Agentic Platform Engineering を実践するためのアプローチのご紹介 • APEX を出発点に組織固有の知識・進め方・行動規範を整備する © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved.