API 成熟度モデルを採用してイノベーションを加速する

Jul 26, 2023

InfoQ ホームページの記事 イノベーションを加速するための API 成熟度モデルの採用

2023 年 4 月 19 日 12 分で読む

による

ダルシャン・シヴァシャンカール

によってレビュー

マット・キャンベル

デジタル変革は、正しく行われた場合、組織のあらゆる側面に影響を与える可能性があります。 残念ながら、デジタル変革の一般的な副作用は、API の成熟度の問題に対処することです。 API はビジネスの成長を促進する架け橋となる傾向がありますが、API が広く受け入れられると、API が無秩序に拡散し始める可能性があります。 API の無秩序な増加は、日常のビジネス上の問題に対処するために API が計画外かつ管理されていない場合に発生します。 API のスプロールとは、作成される API の数が飛躍的に増加すること、および API がデプロイされる分散インフラストラクチャの場所が物理的に広がることを指します。

企業は、自社の API が前例のない速度で世界中に拡散しているのを目の当たりにしています。 この API の無秩序な拡大は、分散したインフラストラクチャの拠点間で品質とエクスペリエンスの一貫性を維持したい組織にとって、特有の課題をもたらします。

API を大規模に管理するには監視が必要です。 また、論理グループに基づいて API を統合する API プログラム イニシアチブから始める実用的なアプローチも必要です。 プログラムでは、API を製品またはサービスとしてパッケージ化し、導入を促進し、ライフサイクル全体の管理を容易にする必要があります。 課題は、API の成熟度を管理する実行可能なプログラムの作成に時間がかかることです。

この記事では、成熟した API イニシアチブを構築するためのフレームワークを提供します。 このフレームワークは 4 レベルの API プログラム成熟度モデルを使用しており、その結果、総合的な API 主導のビジネスが進化します。

API のライフサイクルと成熟度を考慮する場合、API 成熟度と API プログラム成熟度の 2 つのフェーズがあります。

API の成熟度は設計と開発に固有であり、ソフトウェア開発の成熟度と一致するプロセスに従います。 API の成熟度により、API が REST などの認知された API 仕様に準拠していることが保証されます。 API の成熟度について議論する場合、特定のアプリケーションまたは目的のために作成された一連の API について話します。

API を全社規模で検討する場合、API プログラムの成熟度が優先されます。つまり、企業がさまざまなビジネス目標を達成するために時間をかけて蓄積する無数の API です。 API プログラムが成熟すると、API を統合サービスとしてバンドルすることが必要になります。 API プログラム成熟度モデルは、ビジネス イノベーションを促進するために API を合理化するためのベンチマークを提供します。

API プログラムの成熟度は、テクノロジーとビジネスの観点から API の非機能的な指標を評価します。 技術的な API メトリクスには、パフォーマンス、セキュリティ、エクスペリエンス、スケーラビリティが含まれます。 ビジネス API メトリクスは、時間とコストに間接的に影響を与えるプロセスと生産性の改善に関連しています。

すべてのよく考えられたビジネス プロセスと同様、API プログラムも小規模から始めて、徐々に成長させる必要があります。 API プログラムは、継続的な改善サイクルに従うように構造化する必要があります。 API プログラムが低い成熟度レベルから高い成熟度レベルへの一連の移行を経るにつれて、指標は改善されるはずです。

API 成熟度モデルへの取り組みを開始する前に、API をツールとして認識することから始める必要があります。 その後、より高い成熟レベルに達するにつれて、API をコンポーネント、モデル、エコシステムとして認識しながらモデルを進めていきます。 各レベルは、日常のビジネス プロセスを可能にする API に基づいて表示されます。

API プログラムの成熟度を企業のデジタル変革への総合的なアプローチの一部として考えると、API プログラムは 4 つの成熟度レベルによって特徴付けることができます。

歴史的に、API はデータ取得を容易にするために構築されてきました。 Salesforce と Amazon の初期の API がその代表的な例です。 これらのタイプの API は、複数のビジネス アプリケーション間でのデータ共有を標準化するように設計されています。