有識者が答える Platform Engineering の困りごと相談 / Platform Consulting

https://youtu.be/wrhuMQDF8l8?si=DpEozBqAZDjD6lEj&t=5051

Transcript

1. 有識者が答える Platform Engineering の困りごと相談 jacopen riita10069
3. 好きなAWSのサービス： 趣味： 謎解き、サッカー観戦、フットサル 得意なこと：夜更かし 苦手なこと：早起き Ryota Yamada / riita10069 Amazon Web Services Inc. / Global Automotive Solutions Architect TFC Lead of TFC Containers Japan
4. Platform 運⽤上の問題に対して責務をどこで分けるかと実 際にどう対処すべきかを聞いてみたいです。 特に Platform 上のアプリケーションで発⽣するエラーの ハンドリングや、 ライブラリやパッケージのアップデート運⽤について気 になります。
5. iacのテンプレートどこまでするか！？
7. 開発者の要望に⽿を傾けながらプラットフォームを進化 させていく中で、多様な要望への優先順位付けや、リ ソース配分の判断が⾮常に難しいと感じています。皆さ んは、どのようにして利⽤者の声を収集し、それをプ ラットフォームの改善に活かしているのでしょうか？ま た、優先順位の競合に対してどのように意思決定を⾏っ ているのか、知⾒を共有していただけますと幸いです。
8. “Issue” と “Feature Request” 利用者 Blueprint にこのパラメーターを 追加できるようにしてください これは、 “Issue” でも課題でもなんでもない、ただの “Feature Request” ユーザーヒアリングと言ってこんなものを集めても顧客の声を聞いたことにはならない 真に困っていることは何か？を探る ユーザーヒアリングと言ってこんなものを集めても顧客の声を聞いたことにはならない
9. レビットのドリルの穴理論 お客様 ドリルください これは、 “Issue” でも課題でもなんでもない、ただの “Product Request” 真に困っていることは何か？を探る
10. レビットのドリルの穴理論 昨年、4分の1インチ・ドリルが100万個売れたが、 これは⼈びとが4分の1インチ・ドリルを欲したからでなく、 4分の1インチの⽳を欲したから 穴を開けて何がしたかったのだろう？ DIY がしたかったのだろうか。犬小屋を作りたかったとしたら 本当に欲しかったのは、ドリルではなく犬小屋 もっといえば、愛犬の幸せな日常、愛犬と過ごす時間なのかもしれない
11. “Issue” と “Feature Request” 利用者 Blueprint にこのパラメーターを 追加できるようにしてください これは、 “Issue” でも課題でもなんでもない、ただの “Feature Request” ユーザーヒアリングと言ってこんなものを集めても顧客の声を聞いたことにはならない 真に困っていることは何か？を探る 深掘りしてみたら、他の誰も設定しないような特殊な要件起因だった このような場合 Platform 側ではなく、利用者側で実装するべき Platform は一つのプロダクト、利用者の受託開発ではない！
12. Feature Request への対処法 • もしもその機能がなかったらどうする？を聞く • 本質的な課題に紐づかなくても、Mandate な要件は存在する • 本質的な課題を探る • 利用者は Platform に詳しくないので、 深掘りするとより適切な解決策が見つかることが多い • プラットフォームは使わせるものではなく、使ってもらうもの • 裏を返せばフィットしないユースケースに無理やり対応しない • それを対応していると受託開発になり「負債だらけのプラットフォーム」へ
13. Platform Engineeringって何？というところから⾃組織に インストールするのは難しいなあというところで困って います。
14. ユーザーである開発者の権限範囲の設計運⽤をどういっ た基準でやるべきか。動かしたい⼈、任せたい⼈、思い はそれぞれで、ともない認知負荷の範囲も異なります。 要求が異なることもあるので、いい塩梅を探るのがなん とも苦慮します。
15. Working Backwords と利用者に合わせた Platform 成熟した人 Helm Terraform Module テンプレートを利用して カスタマイズをする OPA/REGO/Gatekeeper でガバナンス app.yaml 任せたい人 app.yaml のみのカスタマイズ 利用用途は限定的だが Kuberntes/Terrform を意識させない 自由にやりたい人 Internal Platform ではなく、AWS を直接操作 できるような自由な環境を提供する
16. インフラを任せたい人に対しても • Platform はセルフサービスで利用可能なものにする • Gatekeeper 方式にしない、Guardrail 方式で運用 • 無理な要求は受け入れない、受託開発しない • Platform はあくまでもプロダクト