API 管理

API ファーストアプローチがアプリケーションの統合に最適と言える理由

2021年9月9日

https://storage.googleapis.com/gweb-cloudblog-publish/images/MLInGSuite-01_1lnS1Y4.max-2600x2600.png

Google Cloud Japan Team

※この投稿は米国時間 2021 年 9 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。

現代の顧客志向の環境で競争優位性を獲得するために、企業にはこれまでにないアジリティが求められています。商品とサービスの製品化までの時間は、年単位から日単位へと劇的に短くなりました。IT チームにはすばやい初動と反応、継続的なイノベーションを盛り込んだビジネス戦略を可能にする土台作りが求められます。

こうしたデジタルトランスフォーメーションとは、単に最新のテクノロジーを取り入れることだけでなく、効率と生産性の改善、エンゲージメントと成長の促進、そして究極的にはお客様、パートナー、従業員の生活の向上のために、既存のデータとサービスを最大限に活用することです。既存のデータとサービスがテクノロジーに組み込まれ、API で簡単にアクセスできるようになると、その後の道筋が明確になります。つまり、新しいテクノロジーやマネージドサービス、エコシステム、サポートを駆使して企業価値を一層拡大できる土台が整うのです。

現代の組織が直面する問題は、レガシーデータやレガシーシステムだけではありません。ビジネスのニーズを満たし、革新的なサービスをお客様に提供するためのクラウドアプリケーションがあまりに多種多様であるという問題もあります。

そうしたデータの管理、ソースの接続、アプリケーションの統合を行い、開発のためにそれらを使いやすい API に集約することは、あらゆる IT 組織にとって極めて重要な課題です。

アウトサイドインで考える API 設計

これまで IT 組織の多くは、この課題を「インサイドアウト」手法で解決することばかり考えていました。つまり、まずインテグレーションレイヤから始め、次にフローの構築、最後に API の開発という流れです。しかし、この手法は非効率的で、モデルが「公開」された段階で問題点が明らかになるという根本的な欠陥があり、デベロッパーなど API 利用者のビジネスユースケースに合わせた設計になっていませんでした。Google の首脳陣は、こうしたデータ、接続、統合はすべて「最低限必要な初期設備」であると結論付けています。したがって、このビジネス価値に関し、ビジネス上の主な関係者の意見をあえて求めることはありません。

主な問題は公開ではなく、データ、サービス、システムをどのように活用すれば、デジタルのバリューチェーン全体によい影響を与えられるかという点です。利用者数や売上の拡大、複数の事業分野での費用削減、製品化までの時間の短縮、カスタマーサポートに費やされる時間の削減といった目標はどれも、現実に手が届くものになりえます。システムを中途半端に公開するのではなく、使いやすい API を公開することは、こうした一連の改善の出発点となります。API の設計はほぼ例外なくアウトサイドイン手法であり、かつ、ビジネス目標達成に向けてその API を実際に使用するチームの視点で行われます。