ほとんどの場合、ビジネスパートナーは協力してプロジェクトを開発します。 プロジェクト開発プロセスは、ビジネスパートナー間の相互依存のために妨げられています。 誤解も発生し、開発の進捗状況に影響を与えたり、プロジェクトに深刻な遅延を引き起こしたりする可能性があります。 プロジェクト開発サイクルの早い段階で模擬を使用して、アクティビティとプロジェクト結果をシミュレートできます。 これにより、プロジェクト開発におけるチームメンバー間の誤解や誤解を大幅に減らし、開発効率を大幅に向上させることができます。 API Gatewayでは、MockをAPIのバックエンドサービスとして使用できます。これには簡単な設定が必要です。
Mockの設定
APIの作成ウィザードの [バックエンドサービスの定義] ステップで、バックエンドサービスの種類をMockに設定し、関連する設定を完了します。
1. モック応答を指定します。
APIのレスポンスを設定します。 APIのすべてのリクエストに対してレスポンスが返されます。 JSON、XML、テキストなど、さまざまな形式でMockレスポンスを指定できます。 例:
{
"result": {
"title": " Mock test for API Gateway",
...
}
}バックエンドサービスタイプとしてMockを使用するAPIを作成した後、APIをテスト環境または本番環境に公開できます。 デバッグページに移動してAPIをデバッグすることもできます。
Mockレスポンスのサイズは50 KBを超えることはできません。
2. HTTPステータスコードを指定します。
有効なHTTPステータスコードを次の表に示します。 HTTP/1.1ステータスコードがサポートされています。 次の表にないコードを入力すると、入力したコードが無効であることを示すメッセージが表示されます。
HTTP ステータスコード | HTTPメッセージ |
200 | OK |
201 | 作成済み |
202 | Accepted |
203 | 非権限情報 |
204 | No Content |
205 | コンテンツのリセット |
206 | 部分コンテンツ |
300 | 複数の選択肢 |
301 | 完全に移動 |
302 | 見つかりました |
303 | その他を見る |
304 | Not Modified |
305 | プロキシの使用 |
306 | (未使用) |
307 | 一時的なリダイレクト |
400 | Bad Request |
401 | 権限が付与されていません |
402 | お支払いが必要 |
403 | Forbidden |
404 | Not Found |
405 | Method Not Allowed |
406 | Not Acceptable |
407 | プロキシ認証が必要 |
408 | リクエストタイムアウト |
409 | 競合が発生しました |
410 | ゴーン |
411 | 必要な長さ |
412 | Precondition Failed |
413 | リクエストエンティティが大きすぎる |
414 | リクエストURIが長すぎる |
415 | サポートされていないメディアタイプ |
416 | 要求された範囲は満足できない |
417 | 期待が失敗しました |
450 | パラメータRequried |
451 | メソッドConnect Exception |
500 | Internal Server Error |
501 | 実装されていない |
502 | 悪いゲートウェイ |
503 | サービス利用不可 |
504 | Gatewayタイムアウト |
505 | HTTPバージョンがサポートされていません |
3. Mockヘッダーフィールドを指定します。
API Gatewayは、カスタムモックヘッダーフィールドと重複ヘッダーフィールド名をサポートしています。 ヘッダーフィールド名は空にすることはできません。数字、文字、アンダースコア (_) 、およびハイフン (-) を使用できます。 ヘッダーフィールドの値は空にすることはできません。
モックを削除
APIのバックエンドサービスタイプとしてMockを使用したくない場合は、APIに異なるバックエンドサービスタイプを設定するだけで済みます。 モック構成は便利な将来の参照のために保持されます。 バックエンドサービスタイプを変更した後、変更を有効にするためにAPIを公開する必要があります。