次の方法で共有

Azure Web アプリを API としてインポートする

  • [アーティクル]

適用対象: すべての API Management レベル

この記事では、Azure portal を使用して、Azure Web アプリを Azure API Management にインポートし、インポートした API をテストする方法について説明します。

Note

現在、この機能はワークスペースでは利用できません。

この記事では、次のことについて説明します。

  • App Service でホストされる Web アプリのインポート
  • Azure Portal での API のテスト

API Management を使用した Web アプリの公開

Azure App Service は、Web アプリケーション、REST API、およびモバイル バックエンドをホストするための HTTP ベースのサービスです。 API 開発者は、任意のテクノロジ スタックとパイプラインを使用して、API を開発し、セキュリティで保護されたスケーラブルな環境に Web アプリとして API バックエンドを公開することができます。 その後、API Management を使用して、Web アプリを公開し、ライフサイクル全体を通じて API を管理および保護し、利用者に発行します。

Web アプリでホストされる API を公開するための環境としては、次のような理由から API Management が推奨されます。

  • API 利用者に公開されるフロントエンドの管理とセキュリティによる保護を、バックエンド Web アプリの管理と監視から分離します
  • Web アプリとしてホストされる Web API を、他の API と同じ環境で管理します
  • ポリシーを適用して、呼び出しレート制限などの API の動作を変更します
  • API 利用者は API Management のカスタマイズ可能な開発者ポータルに誘導され、そこで API を検索し、情報を入手し、アクセスを申請し、試用することができます

詳細については、「API Management について」を参照してください。

OpenAPI 定義とワイルドカード操作

API Management では、App Service でホストされ、OpenAPI 定義 (Swagger 定義) を含んでいる Web アプリのインポートをサポートしています。 ただし、OpenAPI 定義は必須ではありません。

  • Web アプリが OpenAPI 定義で構成されている場合、API Management によってそれが検出されます。 または、API Management に定義を手動でインポートできます。 その後、API Management は、必要なパス、パラメーター、応答の種類など、定義に直接マップする API 操作を作成します。

    OpenAPI 定義を含めると、API は高い忠実性で API Management にインポートされ、各操作の構成を個別に検証、管理、セキュリティ保護、更新できる柔軟性が得られるため、含めることが推奨されています。

  • OpenAPI 定義が提供されない場合、一般的な HTTP 動詞 (GET、PUT など) のワイルドカード操作が API Management によって生成されます。 必要なパスやパラメーターをワイルドカード操作に付加して、API 要求をバックエンド API に渡します。

    ワイルドカード操作によって、同じ API Management 機能を引き続き利用できますが、操作は既定では同じ詳細レベルで定義されていません。 いずれの場合も、インポートした API の操作の編集または追加ができます。

例

バックエンド Web アプリで、次の 2 つの GET 操作をサポートしているとします。

  • https://myappservice.azurewebsites.net/customer/{id}
  • https://myappservice.azurewebsites.net/customers

https://contosoapi.azureapi.net/store のようなパスで、Web アプリを API Management サービスにインポートします。 次の表では、OpenAPI 仕様がある場合とない場合のそれぞれについて、API Management にインポートされる操作を示しています。

タイプ インポートされる操作 サンプルの要求
OpenAPI の仕様 GET /customer/{id}

GET /customers		 GET https://contosoapi.azureapi.net/store/customer/1

GET https://contosoapi.azureapi.net/store/customers
ワイルドカード GET /* GET https://contosoapi.azureapi.net/store/customer/1

GET https://contosoapi.azureapi.net/store/customers

ワイルドカード操作によって、OpenAPI 仕様の操作と同じ要求をバックエンド サービスに対して実行できます。 ただし、OpenAPI が指定された操作は、API Management で個別に管理できます。

前提条件

API Management インスタンスに移動します。

  1. Azure portal で、[API Management サービス] を検索して選択します。

    [API Management サービス] を選択する

  2. [API Management サービス] ページで、ご自身の API Management インスタンスを選択します。

    API Management インスタンスを選択する

バックエンド API のインポートと発行

ヒント

次の手順では、Azure portal で Azure API Management を使用してインポートを開始します。 アプリの [API] メニューから [API Management] を選択して、Web アプリから直接 API Management にリンクすることもできます。

  1. Azure portal で API Management サービスに移動し、メニューから [API] を選択します。

  2. 一覧から [App Service] を選択します。

    App Service から作成する

  3. [参照] をクリックして、サブスクリプション内の App Service の一覧を表示します。

  4. App Service を選択します。 選択した Web アプリに OpenAPI 定義が関連付けられている場合、API Management によって取得およびインポートされます。

    OpenAPI 定義が見つからない場合、API Management では、一般的な HTTP 動詞のワイルドカード操作を生成して API を公開します。

  5. API URL サフィックスを追加します。 サフィックスは、この API Management インスタンスでこの特定の API を識別する名前です。 この APIM インスタンス内で一意である必要があります。

  6. API を成果物に関連付けることで API を公開します。 この場合、"無制限" の成果物が使用されます。 API を公開して開発者が利用できるようにするには、その API を成果物に追加します。 API の作成時に行うことも、後で設定することもできます。

    Note

    製品には、1 つまたは複数の API が関連付けられています。 多数の API を組み込み、開発者ポータルを通じてそれらを開発者に提供できます。 開発者は、まず製品をサブスクライブして API へのアクセス権を取得する必要があります。 サブスクライブすると、その製品の API に適したサブスクリプション キーを受け取ります。 APIM インスタンスを作成した場合は、既に管理者になっているため、既定ですべての製品をサブスクライブしています。

    すべての API Management インスタンスは、2 つのサンプル成果物を既定で備えています。

    • スターター
    • 無制限

  7. 他の API 設定を入力します。 値は、作成時に設定することも、後で [設定] タブに移動して構成することもできます。設定については、「最初の API のインポートと発行」のチュートリアルで説明されています。

  8. ［作成］ を選択します App Service から API を作成する

Azure portal での新しい API のテスト

Azure Portal には、API の操作を表示およびテストするための便利な環境が用意されており、操作を直接呼び出すことができます。 開発者ポータルで、または独自の REST クライアント ツールを使用して API をテストすることもできます。

  1. 前の手順で作成した API を選びます。

  2. [テスト] タブを選びます。

  3. 操作を選択します。

    ページに、クエリ パラメーターのフィールドとヘッダーのフィールドが表示されます。 この API に関連付けられている成果物のサブスクリプション キーの場合、ヘッダーの 1 つは "Ocp-Apim-Subscription-Key" です。 API Management インスタンスを作成した場合は、既に管理者になっているので、キーが自動的に入力されます。

  4. [送信] をクリックします。

    テストが成功すると、バックエンドから 200 OK といくつかのデータが応答として返されます。

ポータルでワイルドカード操作をテストする

ワイルドカード操作が生成されるとき、操作がバックエンド API に直接マップしない場合があります。 たとえば、API Management にインポートされるワイルドカード GET 操作では、パス / を既定で使用します。 ただし、バックエンド API では、次のパスで GET 操作をサポートしている場合があります。

/api/TodoItems

パス /api/TodoItems は次のようにしてテストできます。

  1. 作成した API を選択し、操作を選択します。

  2. [テスト] タブを選びます。

  3. [テンプレート パラメーター] で、ワイルドカード (*) 名の横にある値を更新します。 たとえば、「api/TodoItems」と入力します。 この値が、ワイルドカード操作のパス / の後に追加されます。

    ワイルドカード操作のテスト

  4. [Send] を選択します。

その他の API の追加

次のように、各種サービスで公開される API を構成できます。

  • OpenAPI の仕様
  • SOAP API
  • GraphQL API
  • Azure App Service でホストされる Web アプリ
  • Azure Function App
  • Azure Logic Apps
  • Azure Service Fabric

次の手順に従って、既存の API に別の API を追加します。

Note

別の API をインポートすると、操作が現在の API に追加されます。

  1. Azure portal で Azure API Management インスタンスに移動します。

    ポータルでの API Management インスタンスへの移動のスクリーンショット。

  2. [概要] ページまたは左側のメニューから [API] を選択します。

    ポータルの [概要] ページで API を選択しているスクリーンショット。

  3. 別の API を追加する API の隣の [...] をクリックします。

  4. ドロップダウン メニューから [インポート] を選択します。

    [インポート] を選択する

  5. API のインポート元のサービスを選択します。

    ポータルでサービスを選択しているスクリーンショット。

次のステップ

公開された API の変換と保護