なぜプラットフォームエンジニアリングがソフトウェア開発の次の進化なのか

イノベーションには皮肉が伴うことがあります。

過去10年間で、73％の企業が、自社のテクノロジー資産をより効率的かつ効果的に管理するためにハイブリッドITモデルを採用しています。¹

しかし、パブリッククラウドサービスとプライベートクラウドサービスをオンプレミスのインフラストラクチャーと統合することで、セキュリティ、コンプライアンス、コスト、インフラストラクチャーの変動性に関する問題が生じる可能性があります。これらの課題により、ソフトウェア開発者はシステムアプリケーションを設計、展開、保護、監視、改良することが難しくなります。

企業が運用の拡張性向上、先端技術の活用、ビジネスの革新を目的にハイブリッドクラウドへの投資を拡大する中、²ソフトウェアチームには、開発者の体験を向上させ、生産性を高める、より包括的なアプリケーション開発プロセスが求められています。

プラットフォームエンジニアリングは、ソフトウェア開発における次の進化を表しています。

企業がプラットフォームエンジニアリングに投資すべき理由

DevOpsによって、開発チームと運用チームの作業を統合して従来のアプローチよりも迅速かつ信頼性高くアプリケーションやサービスを提供できるようになり、多くの企業のソフトウェア開発を再定義しました。文化的な哲学、慣行、ツールの組み合わせは、運用パフォーマンスと効率を向上させようとする個々の開発チームにとって理想的です。

プラットフォームエンジニアリングは、DevOpsの上に構築され、内部プラットフォームを使用してソフトウェア開発ライフサイクル全体を合理化します。³このアプローチは、組織全体の複数の開発チーム、特にアプリケーション、インフラストラクチャ、セキュリティ、運用の各チームが複雑さを軽減し、よりシームレスに作業できるよう支援します。

さまざまな技術やサービスを利用する企業や複数の開発・展開環境を持つ企業は、プラットフォームエンジニアリングを活用して以下を実現できます。

• 標準化と生産性を向上。専用のインフラストラクチャとツールプラットフォームにより、開発者はインフラストラクチャ構成やクラウド管理の複雑さではなく、アプリケーションのコーディングとデプロイに集中できます。この運用標準化により、開発者の認知負担が軽減され、より多くのコーディングに時間を割くことができ、一貫したアプリケーションの構築と実装が容易になります。
  
  
• 開発者の体験と効率を向上。内部開発者プラットフォーム（IDP）は、クラウドリソースの複雑さを隠し、開発者がセルフサービスポータルを通じて必要なツールやサービスにアクセスできるようにします。この機能により、ソフトウェアエンジニアはより効率的に作業でき、燃え尽き症候群の可能性を減らし、高品質なコードの提供に集中できるようになります。
  
  
• セキュリティとコンプライアンスを強化。プラットフォームに組み込まれた自動化されたセキュリティおよびコンプライアンス・ポリシー資産は、すべてのアプリケーションと環境において一貫したセキュリティ対策の適用を保証するように設計されています。プラットフォームレベルでポリシーを体系化し施行することにより、組織は脆弱性を減らし、コンプライアンス基準を満たし、すべてのアプリケーションと環境における関連コストを削減できます。

業界全体で開発者体験を向上させる

プラットフォームエンジニアリングは、医療、金融、製造、テクノロジー、教育など、さまざまな業界で利用される可能性があります。

例えば、インドの有名な大学が、従来の管理システムとソフトウェア開発プロセスに関連するパフォーマンス、スケーラビリティ、データプライバシーの問題に直面していた際、私たちは開発者向けにクラウドベースのセルフサービスソリューションを導入しました。このシステムは、手動で繰り返し行う作業を自動化し、インフラのライフサイクル管理を簡素化することで、ソフトウェア開発とインフラの展開を迅速化するとともに、セキュリティの強化も実現します。

開発者環境を超えて、学生と教職員は、エンドツーエンドの開発者プラットフォームソリューションを通じて、1,400のタッチポイントで迅速にリリースされた新機能をいくつか楽しむことができるようになりました。

プラットフォームエンジニアリングソリューションの基礎構造

プラットフォームエンジニアリングのソリューションには、ソフトウェア開発チームの多様なニーズを満たし、最大の価値を引き出すために、以下の3つの重要なコンポーネントが必要です：

1. アセット、テンプレート、開発者コンテンツ。事前設定されたアセットとテンプレートにより、開発者は手動で変更を加えることなく、アプリケーションを構築し、実装することができます。これらのリソースには、インフラストラクチャコード（IaC）テンプレート、再利用可能なアプリケーションフレームワーク、アプリケーションの提供を加速し、構成時間を最小限に抑えるためのガイドラインが含まれます。組織が確立したベストプラクティスを使用することで、開発者はデプロイ全体の一貫性を向上させ、エラーを減らすことができます。
   
   
2. 内部開発者プラットフォーム。プラットフォームエンジニアリングの中核を成す内部開発者プラットフォームは、ソフトウェア開発者が必要なすべてのツール、リソース、環境にアクセスできる統一インターフェースを提供します。開発者は、各アプリケーションチームが個別に要素を作成するのではなく、プラットフォームを通じて資産やさまざまなポリシーコントロール（セキュリティ、コンプライアンス、レジリエンス、予算管理など）を展開できます。社内開発者プラットフォームは、開発チームがパイプラインやアプリケーションを監視するために使用できる標準化されたオブザーバビリティソリューションも提供します。
   
   
3. プラットフォームエンジニアリングサービスプラットフォームエンジニアリングチームは、社内開発プラットフォームを安全で効率的に保ち、進化する技術とビジネスニーズに適応させるために設計された日常業務を管理します。これらのサービスには、ワークフローの自動化、パフォーマンスの監視、資産とテンプレートの更新が含まれます。継続的な最適化は、新しいツールのスケーリングと統合を促進し、社内の開発者プラットフォームをすべての開発チームの資産として維持します。

これらのビルディングブロックを組み合わせることで、堅牢で適応性のあるプラットフォームエンジニアリングエコシステムを構築し、開発者の体験と組織全体の成果を向上させることができます。

最小限の実行可能なプラットフォームを構築する方法（その理由）

プラットフォームエンジニアリングソリューションを設計する際には、最小限の実行可能なプラットフォーム (MVP) から始め、段階的にソリューションを開発することを検討してください。

• ステージ1：MVPは、まずIaCテンプレートのような基本的なサービスの提供に焦点を当て、開発者が一貫性のある、事前承認されたインフラを展開できるように高度に厳選されたコレクションを提供します。ベースライン機能を確立し、開発者からのフィードバックに基づいて改良することで、拡張する前にコア要件を最適化することができます。
  
  
• ステージ2：基盤が安定したら、プラットフォームチームは徐々により高度なサービスを追加することができます。事前設定されたパイプラインを備えた継続的インテグレーションおよび継続的デリバリー/デプロイメント（CI/CD）ツールチェーンの導入は、論理的な次のステップです。その後、規制および運用基準に準拠するために、コンプライアンスやセキュリティチェックを組み込むことが求められます。
  
  
• ステージ 3：今後のプラットフォームのバージョンアップでは、財務部門が管理する予算パラメータを実装し、チームがFinOpsの原則に基づいてクラウドコストを追跡・管理可能にすることができます。その後、監視ツールを組み込むことで、開発者がアプリケーションのパフォーマンスを継続的に可視化できるようになります。

開発者プラットフォームを段階的に構築することで、混乱を最小限に抑え、開発者が時間をかけて変化に適応できるようにしながら、生産性と運用の回復力を高め、持続可能な成長のための基盤を築くことができます。

モダナイゼーションの複雑さに対する代替案

デジタル変革は、ソフトウェア開発を複雑にするのではなく、補完するべきです。プラットフォームエンジニアリングは、進歩のパラドックスに対処するための手段を提供します。標準化された資産と継続的なプラットフォームサービスを体系的に提供することで、開発者をより効果的に支援し、運用の非効率性を削減し、コンプライアンスとセキュリティを大規模に実現することができます。

Dave Simpsonは、キンドリルのクラウドサービスグローバルプラクティス、業務統括管理担当上級副社長です

1 2024年度魅力的なクラウドコンピューティング統計160+件、G2、2024年6月
² ハイブリッドクラウドは2024年に新たな常態となるのか？、Network Computing、2024年5月
³ プラットフォームエンジニアリングとDevOps: その違いとは？、BizTech、2023年11月