プラットフォーム エンジニアリング は、開発者エクスペリエンスに重点を置き、組織がソフトウェア開発ライフサイクルを最適化するための方法です。 開発者の経験とは、開発者の生きた経験と、日常業務で遭遇する摩擦のポイントを指します。 プラットフォーム エンジニアリングは、エンタープライズ ソフトウェアの配信の最新化に役立つ一連のパターンとプラクティス (既製の製品ではありません) です。
たとえば、多国籍の技術会社は、プラットフォーム エンジニアリングを使用して標準化を増やし、部門の境界を越えて重複を排除しました。 会社は、チームがオンボードするためのコードベースの方法としてすべてを確立することから始めました。 その後、検出をさらに支援するために、同じ経験を持つ開発者に理にかなった方法で Kubernetes にデプロイされたアプリケーションの関連付けを開始しました。 これにより、ベスト プラクティスを促進するアプリケーション テンプレートのアセンブルを開始する立場に置かれます。 開発チームは、最初から作成するのではなく、既存の構成要素を選択して選択できるようになりました。
実装するパターンとプラクティスを把握できるように、 プラットフォーム エンジニアリング機能モデル に関する組織の最大の問題を特定する方法について説明します。 次に、Microsoft やその他のオープンソース プロジェクトまたはベンダーの構成要素を使用して、カスタマイズされた最適化されたセキュリティで保護された内部開発者プラットフォームを作成します。
プラットフォーム エンジニアリング機能モデルを使用して体験をプロットする
まず、 プラットフォーム エンジニアリング機能モデルを使用して、組織の現在の場所を評価します。 次に、機能モデルを使用して、投資、導入、ガバナンス、プロビジョニングと管理、インターフェイス、測定とフィードバックの 6 つの機能で組織をグラフ化します。 結果を使用して、将来の成長のための目標を設定します。 たとえば、投資に関しては組織が初期段階にあり、導入に向けてさらに進んでいます。 組織の現在のプラットフォーム エンジニアリング プラクティスをグラフにするには、 この調査を行 うか、 手動で評価を開始します。
各機能を同時に進める必要はありません。 代わりに、組織にとって意味のあるコースをグラフで示します。 すべての組織は、他の機能よりも一部の機能の方が高度です。 たとえば、このマップでは、組織は導入、ガバナンス、プロビジョニングと管理に重点を置く予定です。
Implementation
改善の領域として特定した各機能について、進める方法に関する目標を設定します。 これらの目標には、テンプレートやその他のソリューションを使用してエンジニアリング システムを改善し、開発者の摩擦を軽減する方法を学習することが含まれます。
- ソフトウェア エンジニアリング システムを適用する: エンジニアリング システムを再利用して改良してセルフサービスを改善し、特定した問題を解決する方法を検討するのに役立つヒントを紹介します。 中央管理インフラストラクチャをコード (IaC) として使用する方法、またはコードとしてのその他のすべてのもの (EaC) 成果物を、開始の適切なテンプレートの構成要素として使用する方法について説明します。
- アプリケーション プラットフォームを調整する: アプリケーション プラットフォームを絞り込むことで特定した問題を解決する方法について説明します。 これらの変更はコストが高くなりますが、特にニーズを満たす既製の製品を見つけることができる場合は、大きな利点を得ることもできます。 たとえば、監視ツールやログ ツールの使用を改善する (または別のツールに移動する) と役立つでしょうか。 ゼロから始める場合は、 Azure アーキテクチャ センター を使用して、概念を最初から特定できます。
- 開発者のセルフサービス基盤を設計する: より高度な開発者セルフサービス基盤のアーキテクチャについて説明します。 これは、複数の自動化システムを合理化し、データを集計する手順を示す進化です。 ここでは、より多くのソフトウェア開発を行う予定なので、ここから始めるのではなく、時間の経過とともにこの方向に進みます。