APIガバナンス
効果的なガバナンスにより、APIが安全でコンプライアンスに準拠し、ベストプラクティスに従って管理されます。 これには、活動監査、バージョニング、ライフサイクル管理が含まれます。 詳細なアクセス制御とポリシーを実装して、利用状況とアクセスを管理します。 APIアクセスポリシーを使用すると、レート制限とクォータ管理を適用できます。 これらのポリシーにより、単一のクライアントによる過剰利用を防ぎ、APIの効率的かつ安全な使用を確保できます。
APIアクセスポリシー
APIアクセスポリシーにより、クライアントによるAPIの利用状況を制御できます。
これにより、単一のクライアントによるAPIの過剰利用を防ぎ、APIユーザーコミュニティのパフォーマンス低下を招く可能性を抑えます。 アクセスポリシーは任意ですが、アクセスポリシーを作成してクライアントに関連付けない場合、そのクライアントにはAPI利用状況の制限が適用されません。
レシピOps
レシピOpsコネクターを使用すると、アクティブなレシピを監視および管理するレシピを構築できます。
ワークスペース全体のAPIリクエストを監視し、リクエストが同時実行制限の80%を超えた場合にトリガーします。 ワークスペースの制限に達するまで、5%増加するごとに追加のトリガーイベントが作成されます。 過剰な通知を減らすため、このトリガーはしきい値ごとに5分に1イベントに制限されます。 5分間の期間内に同じしきい値に対して後続のリクエストが行われても、ジョブは生成されません。
このトリガーはワークスペースのAPI利用状況を監視します。 アクセスプロファイルがポリシークォータのしきい値を超えるたびに、トリガーイベントが発生します。 クォータ間隔が長いポリシーでは、30日ごとに同じしきい値を超えている場合、重複イベントが発生します。
すべてのアクセスプロファイル全体のAPI利用状況をアクティブに監視し、アクセスプロファイルが割り当てられたレート制限を超過したときにイベントを生成します。 これらの制限を超えた一意のアクセスプロファイルごとに、5分ごとにトリガーイベントを作成します。 過剰な通知を減らすため、この間隔内では、レート制限を複数回超過した場合でも、アクセスプロファイルごとに1つのイベントのみを生成します。 たとえば、アクセスプロファイルが同じ5分間隔内にレート制限を3回超過した場合でも、このトリガーは1つのトリガーイベントのみを登録します。
レシピバージョン管理により、API Developmentのバージョン管理が可能になります。
レシピが保存されるたびに、そのレシピのバージョンが作成されます。 レシピの以前のバージョンはいつでも復元できます。 レシピのバージョンはバージョンタブで表示でき、バージョン番号で識別されます。
最終更新日: