--- schema_version: "1" id: e49f0a488b3c2e88d786eb6fd3f6c39423ca423b605dc53505adfabbfcc97835 title: ステップ 2.API 仕様の設計 collection: mulesoft version: current locale: ja-jp portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/general/api-led-design.md canonical_url: https://docs.mulesoft.com/jp/general/api-led-design source_site: docs.mulesoft.com content_type: documentation content_hash: ab103b30646528542dcd150cf72368da05051b39456660a45654c035b72e28f2 description: MuleSoft Documentation Site latest: true --- # ステップ 2.API 仕様の設計 API を設計するには、まず目的と要件を評価します。 - API のタイプはシンプルな API か、インテグレーションの一部か、あるいはバックエンドシステムの一部かを特定する。 - データフロー (一方向、両方向、等) を理解する。 - セキュリティ要件を調査する。 統合プロジェクトのスコープとフローを定義したら、[RAML](https://raml.org/)​ または [OAS](https://www.openapis.org/)​ で API 仕様を定義します。 そして、その後のステップで API 仕様を使用して、API を短時間で開発します。 ## [](#api-仕様と-api)API 仕様と API API とは、特定のリソースにアクセスするためにパブリッシュされたインターフェースであり、正しい権限と適切な構造の要求を使用することでリソースにアクセスできるようにします。 API 仕様とは、API の機能と予期される動作、そして設計の基本理念やサポートされるデータ型などの詳細を定義したものです。 API 仕様にはドキュメントと API 定義が含まれ、人間とソフトウェアが読むことのできるコントラクトを作成します。 MuleSoft は、API 仕様の作成を容易にするツールを提供しています。作成した API 仕様は、チーム、顧客、一般の人々と共有できます。 API 仕様を利用することで、API の採用が促進され、プロジェクトをより早く完了できるようになります。 ## [](#ステップ-2-1-既存の-api-仕様を調査する)ステップ 2.1: 既存の API 仕様を調査する 自分で API 仕様を作成する前に、既存の API 仕様を参考にすることで、自分と似たような状況に対して他の人々がどのようなアプローチを採ったかを学習できます。 また、同じ目的の API 仕様がすでに存在するかどうかを調べて、その API 仕様が適切であれば再利用できます。 必要な処理をすでに実装している API 仕様は、簡単に探すことができます。 - 公開 Exchange を確認します。公開 Exchange とは、MuleSoft がホストしているポータルであり、API 仕様やコネクタなど、さまざまな公開アセットをダウンロードして使用できます。 最もよく利用されている API 仕様、コネクタ、および他のアセットは、ランディングページに表示されています。 [Exchange に移動](https://www.mulesoft.com/exchange) 1. **\[Any Type (任意の種別)\] > \[REST APIs (REST API)\]**​ を選択して、REST API 仕様のみを表示します。 2. いずれかの仕様をクリックして、その API に対して定義されているデータ型と HTTP 要求を表示します。 - 自分の組織 (アカウント) の Exchange を確認します。ログインすると、表示が自分の組織の非公開 Exchange に変わります。 [Anypoint Platform に移動](https://anypoint.mulesoft.com/login) 1. 必要であれば Anypoint Platform にログインします。 2. Anypoint Platform ランディングページで、​**\[Exchange\]**​ セクションに移動して ​**\[Discover and share (検出して共有)\]**​ をクリックします。 3. いずれかの仕様をクリックして、その API に対して定義されているデータ型と HTTP 要求を表示します。トライアル組織の場合は、まだ何も表示されない場合があります。 Exchange で使用可能ないくつかのアセットを調査したら、Anypoint Platform に戻り、新しい API 仕様を Web ベースツールで作成します。 ## [](#ステップ-2-2-自分の-api-仕様を作成する)ステップ 2.2: 自分の API 仕様を作成する GET 要求に応答するシンプルな Hello World API の独自の API 仕様を作成します。 これを行うには、​[Design Center](https://docs.mulesoft.com/design-center/)​ に含まれる ​[API Designer](https://docs.mulesoft.com/design-center/design-create-publish-api-specs)​ を使用します。 1. API Designer を開きます。 [API Designer に移動](https://anypoint.mulesoft.com/designcenter/#/projects) 2. **\[Create (作成)\] > \[New API Specification (新しい API 仕様)\]**​ を選択して API Designer エディターを開きます。 3. **\[New API specification (新しい API 仕様)\]**​ ダイアログで、​**\[Project Name (プロジェクト名)\]**​ に ​`hello-world-api`​ と入力し、他のデフォルト値は変更せずに ​**\[Create API (API を作成)\]**​ をクリックします。 API Designer エディターにサンプル RAML 定義が表示されます。 4. 既存のテキストを削除して、次の RAML をコピーして貼り付けます。 ```raml #%RAML 1.0 title: hello world version: v1 description: A greeting for the world types: greeting: properties: todays-greeting: string /greeting: get: responses: 200: body: application/json: type: greeting example: {todays-greeting: "test-greeting"} 404: body: application/json: properties: message: string example: | { "message" : "Greeting not found" } ``` この API 仕様には以下が含まれます。 - 単一の HTTP 要求 (GET) - 単一のプロパティ (​`todays-greeting`​) とサンプル値を持つ単一のデータ型 (​`greeting`​) - HTTP 成功応答 - HTTP エラー応答 ## [](#ステップ-2-3-api-仕様をテストする)ステップ 2.3: API 仕様をテストする 今度は、モッキングサービスを使用して要求を送信し、​`hello-world-api`​ API 仕様をテストします。モッキングサービスは、API 仕様に基づいて有効なエンドポイントを作成し、認証、リクエストヘッダー、レスポンスヘッダーを管理するためのシンプルな UI を提供します。 API 仕様をテストする手順は次のとおりです。 1. `hello-world-api.raml`​ が開いてなければ開きます。 [API Designer に移動](https://anypoint.mulesoft.com/designcenter/#/projects) ![完成した仕様](/mulesoft/current/ja-jp/general/_images/api-spec1.png) 2. \[Documentation (ドキュメント)\] パネルが開いていない場合は、ドキュメントアイコンをクリックします。 ![API Designer ドキュメントアイコン](/mulesoft/current/ja-jp/general/_images/api-documentation-icon.png) 3. **API endpoints**​ という表示ラベルを探します。定義したエンドポイントが表示されます。HTTP 要求は緑色のボックスに表示されます。 ![「GET」 ボタン](/mulesoft/current/ja-jp/general/_images/get-button.png) 4. **\[GET\]**​ をクリックして、GET 要求と仕様の詳細情報を表示します。 ![「Response (応答)」 項目](/mulesoft/current/ja-jp/general/_images/code-response1.png) 5. **\[Show (表示)\]**​ をクリックして、各プロトコルのコード例を確認します。 6. **\[200\]**​ タブと ​**\[404\]**​ タブをクリックして、API 仕様で定義されている応答を確認します。 7. **\[Try It (試す)\]**​ ボタンをクリックします。 ![「Try It (試す)」 ボタン](/mulesoft/current/ja-jp/general/_images/try-it.png) 8. **\[Send (送信)\]**​ をクリックして、モッキングサービスが仕様に基づいて作成した一時的な要求 URL に要求を送信します。 この画面に表示されるエラーメッセージは無視しても構いません。要求が成功すると ​`200 OK`​ とテストメッセージが返されます。 ![テストが成功した場合の結果](/mulesoft/current/ja-jp/general/_images/successful-test1.png) 9. その他 (…​) メニューの ​**\[Response details (レスポンス詳細)\]**​ を選択して、モッキングサービスのレスポンスヘッダーやリクエストヘッダーを調べれば、問題を診断したり、API 仕様の動作を理解することができます。 10. テストが終了したら、​**\[Mocking Service Configuration (モッキングサービス設定)\]**​ パネルを開きます。 11. **\[Local Settings (ローカル設定)\]**​ で、​**\[Select By Default (デフォルトで選択)\]**​ を有効にします。 ![モッキングサービスアイコン](/mulesoft/current/ja-jp/general/_images/api-mocking-service-configuration-icon.png) ![無効化される前のモッキングサービスコントロール](/mulesoft/current/ja-jp/general/_images/disable-mocking-service.png) ## [](#ステップ-2-4-api-仕様をパブリッシュする)ステップ 2.4.API 仕様をパブリッシュする API をテストしたら、API を非公開 Exchange にパブリッシュして、組織内の他のユーザーがこの API を再利用できるようにします。 1. `hello-world-api.raml`​ が開いてなければ開きます。 [API Designer に移動](https://anypoint.mulesoft.com/designcenter/#/projects) 2. **\[Publish (パブリッシュ)\]**​ をクリックします。 3. **\[Publishing to Exchange (Exchange へのパブリッシュ)\]**​ ダイアログで、デフォルトを受け入れて ​**\[Publish to Exchange (Exchange にパブリッシュ)\]**​ をクリックします。 ![Exchange にパブリッシュするユーザーインターフェース](/mulesoft/current/ja-jp/general/_images/publish-to-exchange1.png) 4. 確認ダイアログで ​**\[Close (閉じる)\]**​ をクリックします。 パブリッシュ後は、組織内のすべてのユーザーに ​`hello-world-api`​ API 仕様が表示され、再利用できるようになります。 ## [](#次のステップ)次のステップ API を設計してその API 仕様を作成したところで、次は Anypoint Studio (Studio) を使用して、API の実装とインターフェースを含む ​[Mule アプリケーションを作成](https://docs.mulesoft.com/jp/general/api-led-develop)​します。 ## [](#開発者向けの詳細)開発者向けの詳細 詳細に興味がある場合は以下を参照してください。 ### [](#詳細-exchange)詳細: Exchange アセットは、公開 Exchange、内部 Exchange、または公開開発者ポータルでパブリッシュできます。 - 公開 Exchange に加えて、組織の内部のみで提供されているアセットも確認できます。 [Exchange に移動](https://anypoint.mulesoft.com/exchange/) - 公開開発者ポータルを作成してある場合は、​**\[Public portal (公開ポータル)\]**​ をクリックしてポータルでアセットを確認できます。 ### [](#詳細-api-の機能)詳細: API の機能 通常の API プロジェクトでは、さらに多くの機能を実装します。 - [認証](https://docs.mulesoft.com/studio/set-credentials-in-studio-to)​を追加する。 - RAML 仕様の定義に従って注釈を追加する。 [RAML 仕様に移動](https://github.com/raml-org/raml-spec/blob/master/versions/raml-10/raml-10.md/#annotations) - [API Designer または Studio を使用して Exchange からアセットを追加する。](https://docs.mulesoft.com/design-center/design-import-files) - [Studio を使用して API 仕様で公開するデータをモデリングする。](https://docs.mulesoft.com/studio/import-api-specification-design-center) - [仕様を再利用できるように API フラグメントでモジュール化する。](https://docs.mulesoft.com/design-center/design-create-publish-api-fragment) ### [](#開発者とパートナー向けの詳細)開発者とパートナー向けの詳細 API 仕様を共有してサポートするため、​[次のバージョン](https://docs.mulesoft.com/jp/exchange/to-change-raml-version)​に向けて API 仕様に関するフィードバックを集めましょう。