API とは？

API の歴史とは？

私たちの生活における API の役割を完全に理解するには、API がどのように進化してきたかを理解することが重要です。API は何十年も前から存在しており、最新の Web API が初めて形になったのは 2000 年代初頭です。それ以降の API の歴史は、おおまかに次の 5 つのフェーズに分けられます。

フェーズ 1: 商用 API

2000 年代初頭、Web API は、新興のスタートアップ企業が製品やサービスをオンラインで利用できるようにするだけでなく、パートナーやサードパーティの再販業者がプラットフォームの範囲を拡大できるようにする新しい方法として登場しました。この API の時代は Salesforce、eBay、Amazon によって定義され、これらの企業は現在も API 競争の場を支配し続けています。

フェーズ 2: ソーシャルメディア API

API をめぐる状況の変化は 2000 年代半ばに起こりました。Flickr、Facebook、Twitter などの新しい企業グループが、API によって情報共有の方法を変えることができることに気づいたのです。これらの API は、以前の商用 API ほど収益に結びついていませんでしたが、それでも組織に大きな価値をもたらしました。例えば、Facebook は 2006 年 8 月に API バージョン 1.0 をリリースし、開発者が Facebook ユーザーの友達、写真、イベント、プロフィール情報にアクセスできるようになりました。この API は、Facebook を世界で最も人気のあるソーシャルネットワークの 1 つとして確立する上で重要な役割を果たしました。

フェーズ 3: クラウド API

2006 年に Amazon は Amazon Simple Storage (S3) を導入し、API の歴史において新たな転換点を迎えました。S3 は、API と CLI を介してリソースにアクセスできる基本的なストレージサービスであり、従量課金モデルにより、組織はオンライン経済でデジタル資産を収益化するためのコスト効率の高い方法を実現できます。そのわずか 6 か月後、Amazon は Amazon Elastic Compute (EC2) をリリースしました。これにより、開発者は Web API を使用して、次世代のアプリケーションを支えるインフラを展開できるようになりました。S3 と EC2 はどちらも、今日のアプリケーション開発において重要な役割を果たし続けています。

フェーズ 4: モバイルアプリケーション向け API

2007 年には、Apple の iPhone と Google の Android が世界に導入されました。ポケットに Web を持ち運べるようになったことで、私たちの生活は劇的に変化し、API を利用したモバイルアプリケーションへの大規模な投資が促進されました。

例えば、Twilio は 2007 年に API-as-a-Product プラットフォームを立ち上げ、開発者があらゆるクラウドアプリケーションから電話をかけたり受けたりできるようにしました。そして、Instagram は 2010 年 10 月に写真共有 iPhone アプリケーションをリリースし、わずか 3 か月後にはユーザー数が 100 万人に達しました。Instagram は当初 API を提供していませんでしたが、ユーザーの要望に応えて 2011 年初頭に API の開発を開始しました。これらの API ファースト企業は、今日の API の提供方法の青写真を描く上で重要な役割を果たしました。

フェーズ 5: コネクテッドデバイス用の API

2010 年頃、一部の開発者は API を使用して、カメラ、サーモスタット、スピーカー、マイク、センサーなどの日常的に使用される機器をクラウドに接続し始めました。Fitbit、Nest、Alexa を含むこの次世代デバイスは、データ、コンテンツ、メディア、その他のデジタルリソースを送受信できるため、私たちを取り巻く世界との関わり方をさらに変化させています。

API にはどのような種類があり、どのように使用されているか？

API にはさまざまな種類があり、分類方法も多種多様です。例えば、誰がアクセスできるのかによって API を分類することができます。この組織的な枠組みには、以下が含まれます。

• プライベート API: プライベート API（内部 API とも呼ばれます）は、単一の組織内のさまざまなソフトウェアコンポーネントを接続するために使用され、第三者が利用することはできません。例えば、ソーシャルメディアアプリケーションには、ログインワークフローを処理するプライベート API、フィードを処理するプライベート API、ユーザー間の通信を容易にするプライベート API があったりします。アプリケーションによっては、数十または数百のプライベート API が含まれることがあります。
• パブリック API: パブリック API は、組織のデータ、機能、またはサービスに対して外部からのアクセスを許可し、サードパーティの開発者が自身のアプリケーションと連携させることができます。一部のパブリック API には、無料で利用できるものもあれば、有料の製品として提供されているものもあります。例えば、e コマースアプリケーションでは、Stripe などの一般公開されている決済 API を組み込むことで、機能をゼロから構築することなく決済処理を行うことができます。
• パートナー API: パートナー API を使用すると、複数の企業がデータや機能を共有し、プロジェクトで共同作業を行うことができます。パートナー API は一般には公開されず、認証メカニズムを利用して、許可されたパートナーだけが使用できるようにします。

API は、アーキテクチャの形態によって分類することもできます。これには多くの分類のしかたがあります。最もよく使用されるアーキテクチャの形態は以下の通りです:

• REST: 上で説明したように、REST はインターネット上でデータを転送するための最も一般的な API アーキテクチャです。RESTful なコンテキストでは、リソースはエンドポイントを介してアクセス可能で、GET、POST、PUT、DELETE などの標準的な HTTP メソッドを使用してそれらのリソースに対する操作を実行します。
• SOAP: SOAP は Simple Object Access Protocol の略で、XML を使用してクライアントとサーバー間で高度に構造化されたメッセージを転送します。SOAP はエンタープライズ環境やレガシーシステムで使われることが多く、高度なセキュリティ機能を備えている反面、他の API アーキテクチャよりも遅いことがあります。
• GraphQL: GraphQL はオープンソースのクエリ言語であり、複数のリクエストを連鎖させることなく、クライアントが単一の API エンドポイントと対話して必要なデータを正確に取得することを可能にします。この方法では、クライアントとサーバー間の通信の往復回数を減らすことができるため、低速または信頼性の低いネットワーク接続で動作するアプリケーションに有効です。
• Webhook: Webhook はイベント駆動型アーキテクチャを実装するために使用され、イベントベースのトリガーに応じてリクエストが自動的に送信されます。例えば、支払いが行われるなど、アプリケーションで特定のイベントが発生すると、アプリケーションはリクエストのペイロードに関連するイベントデータを含む HTTP リクエストを、事前に設定された Webhook URL に送信できます。Webhook を受信したシステムはイベントを処理し、適切なアクションを実行できます。
• gRPC: gRPC は Remote Procedure Call の略で、gRPC API は Google によって開発されました。gRPC アーキテクチャでは、クライアントはサーバーをローカルオブジェクトであるかのように呼び出すことができるため、分散アプリケーションやシステムが相互に通信しやすくなります。