プラットフォーム エンジニアリングが流行しており、開発エクスペリエンスの向上を求める声が高まっています。

ダニエル・ブライアント

企画 |ヤン・ジェン

クラウドネイティブ開発の分野では、「DevOps は死んだのか?」など、同様の質問に対する回答がオンラインで多数あります。 「クラウドでの DevOps は難しすぎる！」しかし、答えは明らかです。「いいえ」です。プラットフォーム エンジニアリングの台頭により、こうした質問に対する答えは変化しました。DevOps は変化していますが、すぐになくなることはありません。 DevOps の役割は変化しました。これは、開発者エクスペリエンスを向上させ、より少ない労力でより多くの成果を得られるよう支援するための原動力となるでしょう。あらゆる業界の企業が不確実な経済情勢に直面する中、「少ないリソースでより多くの成果を上げる」ことが指針となりつつあります。

周知のとおり、クラウドの出現により、DevOps には大きな認知的「負担」がもたらされました。開発者のエネルギーは、一連の基本的なツールの学習と使用にさらに割り当てられるようになったようです。

Ambassador Labs のような開発者プラットフォームの静かな出現は、開発者にとって明確な道を切り開くことになるかもしれません。開発者プラットフォームは、開発者の生産性を高め、認知負荷（「学ぶべきことが多すぎる」という負担）を軽減しながら、ソフトウェアを迅速かつ安全に保守できるように設計されています。プラットフォーム エンジニアリングという分野は、まだ定義が曖昧ですが、クラウド ネイティブ開発への移行を容易にするツールとして、より多くのパッケージングや商用オプションが登場するにつれて、変化し始めています。

「プラットフォーム エンジニアリング」の定義はまだ解釈の余地がありますが、方向性は開発者エクスペリエンスの形成と改善に重点を置き、全速力で前進しています。これを達成するための最も効果的な方法の 1 つは、既存の DevOps チームに再び焦点を当てて、少ないリソースでより多くの成果を上げ、開発者エクスペリエンスをサポートする「プラットフォーム エンジニアリング」のようなものになることです。

1. クラウドネイティブへの不満がもたらした進化

プラットフォーム エンジニアリングと開発者プラットフォームの台頭、将来の優位性、商用化を示すものが 2 つあります。

まず、開発者のフラストレーションはよく認識されています。 Kubernetes 開発者が、マイクロサービスとクラウドネイティブ開発の導入に伴ういくつかの新たな課題に不満を抱くのも無理はありません。開発パラダイムの完全な変化と、開発者が「シフトレフト」してコードのエンドツーエンドの運用責任を負えるようになるという突然の期待が相まって、不満の多い追加の認知負荷が生じました。

2 番目に、開発者に突然降りかかる日常的で反復的なタスクが多数あります。多くの場合、使用するツールを判断するためのロードマップや抽象化のセットはありません。必要なフィードバック ループを高速化するためのサービスに対する可視性の欠如も含まれます。これらすべてにより、製品や機能の実装が遅くなります。 Garden による開発者生産性調査によると、開発者は開発以外のタスクに週平均 15 時間を費やしていることがわかりました。

これは開発者のエクスペリエンスを低下させるだけでなく、生産性を低下させ、パフォーマンスを大幅に制限します。第二に、一部の開発者は実験や新しいツールを試す自由を楽しんでいますが (1%)、大多数の開発者 (99%) は、コードを保守および実行するための明確な「ガードレール」と「ゴールデン パス」を望んでおり、おそらく必要としています。ほとんどの開発者は、インフラストラクチャを実行したり、ツールの保守、開発環境の設定、テストの自動化など、生産性を高めるために機能する必要があるものを把握したりするのではなく、コードの作成に時間を集中したいと考えています。

拡張すると、ほとんどの企業では、標準化され、複製可能で、一貫性のあるセキュリティと安定性が必要になります。顧客の要求を満たし、コストを管理し、セキュリティを確保することが優先事項であり、本質的にはイノベーションに反対するものではありませんが、重要なビジネス要件により創造性が妨げられ、プロセス、自動化、および全員が同じ標準とツールに従って作業することに依存しています。

DevOps が引き続き活躍するのはここです。 DevOps も進化していますが、なくなることはありません。代わりに、DevOps は、開発者プラットフォームを作成し、開発エクスペリエンスの複雑さを軽減し、開発者の日常業務から摩擦を取り除くことでこれらの障壁を取り除く、プラットフォーム エンジニアリングのサポート モデル (PlatformOps とも呼ばれます) へと進化しています。

プラットフォーム エンジニアリングは、従来の DevOps プラクティスを基盤とし、その知識と経験を活用して新たな効率性を特定して実現し、少ないリソースでより多くの成果を実現します。あるいは、前述したように、「プラットフォーム エンジニアリングは、アジャイルと DevOps の精神を取り入れ、それをクラウド ネイティブの世界のコンテキストに拡張したものであると言えます」。

2. 開発者プラットフォームは中間的な立場にある

開発者にさらなる制御と洞察力を与えて速度と構築効率を向上させることは、開発者がソフトウェアのライフサイクル全体にわたって管理することを奨励するための良い出発点です。しかし、インフラストラクチャは開発者の主な焦点ではなく、開発者がエネルギーを注ぐ最も効果的な場所ではありませんし、おそらく今後もそうなることはないでしょう。

ただし、クラウド ネイティブの分野では、開発者はインフラストラクチャと、コードを公開した後に何が起こるかについてさらに理解する必要があります。何か問題が発生した場合、開発者は依然としてコードに責任を持ち、その依存関係を理解し​​て、下流の問題のトラブルシューティングと特定 (および修正) を行う必要があります。

しかし、サービス、環境、クラウド自体を整理して決定することはそうではありません。これは、ある分野の専門家に、まったく異なる分野に急速に特化するよう求めることであり、速度と開発者の経験を向上させるという当初の考えと、少ない労力でより多くの成果を上げるという考えの両方に反することになります。専門家ではない人に専門的な責任を担わせることで、リソースの使用量を減らし、より少ない労力でより多くの成果が得られると考えると、かえって問題が大きくなることがあります。

したがって、開発者プラットフォームの最良の選択は、より少ないコストでより多くのメリットを実現できる中間点にあるはずです。基本的に、開発者プラットフォームでは次のことが可能です。

開発者に必要なツールと可視性をセルフサービスで提供しながら、さまざまなタイプの開発者に対応できる柔軟性も備えた道を開きます。信頼性と効率性に優れた生産を実現したい新人開発者と経験豊富な開発者の両方に適しています。

DevOps/PlatformOps を有効にしてセルフサービス アクションをサポートおよび強化し、戦略的な改善とプロジェクトに費やす時間と労力を増やし、問題解決にかかる時間を短縮します。

運用データとリソース データがプラットフォーム内で一元化されるため、パフォーマンス、規制遵守、安全性をより適切に測定できます。

複数の業種の企業の予算削減に活力を与える。開発者プラットフォームは、「ローカル開発環境が適切にセットアップされ、ビルドが完了するのを待つ人がいないようにするための手段です。これらすべては、プラットフォーム エンジニアリング チームが促進できる迅速なフィードバックと透明性に依存しています。」

3. 開発者プラットフォームは旧式のDevOpsよりも信頼性が高い

開発者プラットフォームはインフラストラクチャよりもはるかに信頼性が高いです。複数の開発者、プラットフォーム エンジニア、DevOps エンジニア、サイト信頼性エンジニアが同じ見解を示しました。元 Cloud Native Computing Foundation (CNCF) エコシステム担当副社長で、元 Google ソフトウェア エンジニアの Cheryl Hung 氏は、以前、開発者プラットフォームの重要性を強調していました。「インフラストラクチャは信頼性が低く、故障する可能性があり、予測不可能です。毎回ほぼ同じように実行されるソフトウェアと比較すると、インフラストラクチャの運用は確かにはるかに難しいものです。」

効率性や生産性の向上を目的とした開発者プラットフォームであれば、実際に使えるかどうかが普及するかどうかの鍵となります。ステークホルダー（開発者）がプラットフォームを活用して価値を実現することが第一です。開発者プラットフォームは、開発者がソフトウェアを安全かつ迅速に保守することを妨げる典型的な課題を解決するために作成されました。プラットフォームは、開発者が仕事を遂行するために何を知って、何を見て、何を定期的に行う必要があるかを考慮し、これをシームレスに実現するために必要な抽象化を定義する必要があります。

つまり、開発から運用まで、インフラストラクチャの使用が非常に難しい場合、フルサイクル開発者にとってツールと視覚化が重要になります。言い換えれば、インフラストラクチャ上の DevOps は変化し、開発者プラットフォーム レベルにまで変化しました。これは開発者にとってより受け入れられやすく、企業にとってもより有益になります。

「開発者エクスペリエンス」についてこれほど語るのは少し大げさに聞こえるかもしれませんが、これは時代を超えたテーマです。開発者エクスペリエンスと開発者をサポートする作業がビジネス目標を達成し、リソースを賢く使用するために重要である場合、この意味では、DevOps、PlatformOps、プラットフォーム エンジニアリングはすべて同じであり、すべて開発者エクスペリエンスを継続的に保護および改善することを目的としています。

4. 最後の言葉

クラウドネイティブ環境での DevOps が開発者に恥ずかしい思いをさせているというのは、周知の事実となっています。これは DevOps の本来の意図ではありませんでしたが、不確実性の背景により、この傾向は明らかに落ち着きました。 「より少ないリソースでより多くの成果を上げる」という理念が開発・運用レベルにまで浸透し、「プラットフォームエンジニアリング」をベースとした開発プラットフォームが台頭しつつあるようです。

オリジナルリンク: https://thenewstack.io/platform-engineering-in-2023-doing-more-with-less/