Platform Engineering

私は悩んでいます。 自称プラットフォームエンジニアとして、AI エージェント時代の Platform Engineering にどう向き合えばよいのか。 普段はプラットフォームを構築する仕事をしています。 自社にプラットフォームを作るでもなく、自社のプラットフォームを提供するでもなく、クライアント組織の課題を解決できるように、開発者が使いやすいように、あるプロダクトを中心としたプラットフォームの導入です。 「自称プラットフォームエンジニア」というのは、別にそんな正式な肩書やロールを持っているわけではないからです。 やっていることと気持ちが一番マッチしているのがこれなので自称してます。 所謂クライアントワークですが、関わっているプラットフォームにも愛着があるし、開発者の負担にならずクライアント組織の課題を解決するプラットフォームにしたいという気持ちで取り組んでいます。 その気持ちに応えるかのように、その環境では Platform Engineering の考えを取り入れています。 逆かもしれません。 Platform Engineering があるから開発者の負担にも意識が向くようになった可能性はあります。 プラットフォームの課題を見つけては解決に勤しむ日々の私にとって、Platform Engineering は仕事を進めるうえでの心の拠り所的なものにもなりつつあります。 そんな中、世間では AI エージェントの話題が絶えず、プラットフォームエンジニアという自分の働き方にも AI エージェントが身近になってきました。 いまではプラットフォーム構築に AI エージェントは手放せないくらいです。 ということは、プラットフォームを利用する開発者も AI エージェントを使って開発しているはずで、プラットフォームの使われ方が変わるのでは？今までの Platform Engineering の認識をアップデートしないといけないのでは？という不安に襲われます。 自分がどう AI エージェントを使いこなせるかは気にしつつ、その先のプラットフォームを利用する開発者も AI エージェントを使いこなす未来まで意識が向いてません。 このままでは「AI エージェント時代だから Platform Engineering やーめた」となると、じゃあ自分はどう生きれば……という状態に陥ってしまいます。 ここまで依存すると手段が目的化しつつあるのを否めませんが。 そんな AI エージェント時代において、プラットフォームエンジニアな自分は今何にどう向き合えばよいのか漠然と悩み、予測もできない未来に不安を感じています。 AI エージェント時代にこのままの Platform Engineering でいいのか。 Platform Engineering は無くなってしまわないのか。 この悩みについて AI と壁打ちしながら考察して自分なりの結論を出したので、内容と気持ちの整理のためにブログにしました。 Platform Engineering の本質 まずは心の拠り所にしている Platform Engineering について、自分がどう考えているかというところから。 オライリーのプラットフォームエンジニアリング本によると、Platform Engineering とは「プラットフォームを開発・運用する技術分野」であり、「システム全体の複雑さを管理してビジネスのレバレッジを実現すること」が目標とあります。 ここでいうレバレッジは、少数のプラットフォームエンジニアで組織全体の業務を削減できるという考え方です。 ...

2026 年 1 月 31 日に開催された SRE Kaigi 2026 に参加してきました。 SRE 関連のカンファレンス参加は初めてだったので、学んだことや感じたことを忘れないうちに記録しておきます。 SRE Kaigi 2026 SRE Kaigi 2026は「Challenge SRE!」をテーマに開催されるSREに関するカンファレンスです！ 2026.srekaigi.net はじめに どうして参加したのか SRE のプラクティスを学び、日頃の Platform Engineering に活かしたいと思ったのが今回の参加理由です。 現在は Platform Engineering の活動をメインでやっていて、カンファレンスのテーマである SRE という分野ではありません。 とはいえ、SRE Kaigi でも「Embedded SRE」と「Platform Engineer」というチーム構成を紹介されているセッションもあったように、SRE と Platform Engineering は密接に関わる領域だと考えています。 あと、裏の理由としては「現地イベントに参加したい！」というのがあります。 地方在住なので現地イベントに参加する機会が少なく、定期的に現地イベントに参加して熱量を持って帰ることが必要なのです。 さらに裏の裏の理由として、杉田智和さんのナレーションを聞いてみたかったというのもあります。 セッションの選び方 どのセッションを見るかはとても悩みましたが、その中でも今回は「開発チームとの関わり方」に関するセッションを中心に選びました。 SRE チームの目的である「システムの信頼性をあげたい、そのプラクティスを開発チームに Enabling したい」を実現するために、どのように開発チームと関わっているのかという点に興味があったからです。 Platform Engineering の活動をやる中でも「開発チームの生産性を上げる・認知負荷を下げるプラットフォームを用意して使ってもらう」ことは、ただ技術的に優れているプラットフォームを構築するだけでは達成できない、開発チームに寄り添うこと・協業することが大切です（最近痛感してきた）。 言わば「他人のやり方を変えることの難しさ」が見えてきている中で、SRE でも同じような課題があってそれにどうアプローチしているのか知ることは Platform Engineering の面でも学びがあるのでは、と考えて選びました。 学んだこと、感じたこと はじめは「学んだこと」と「感じたこと」を分けて書こうと思っていましたが、学んだことを書いていくうちにお気持ち表明的な内容が多くなってきたので 1 つのセクションにまとめちゃいました。 自分が特に学んだことにフォーカスして簡単にまとめます。 SRE チームと開発チームの分断 ワンキャリア 渡邉 美希パウラさんによる「SRE とプロダクトエンジニアは何故分断されてしまうのか」というセッションでは、SRE チームと開発チームの分断がなぜ起こるのか、その構造的要因と解決アプローチについて紹介されていました。 ...