レート制限ポリシーは、バックエンド システムを保護するために API 実装に適用されます。最近、需要が急増し、API 実装への一部の API クライアント POST リクエストがポリシー関連のエラーで拒否され、API クライアントに遅延や複雑化が生じています。 バックエンド システムを保護しながら、API クライアントに返されるエラーの頻度を減らすには、API 実装に適用される API ポリシーをどのように変更すればよいでしょうか。
ある企業が API 主導のデジタル変革に乗り出しており、中央 IT チームがシステム API の定義を開始しました。現在、企業内でエンタープライズ データ モデルは定義されておらず、明確な境界付きコンテキスト データ モデルの定義には多大な労力が必要です。 MuleSoft の推奨ガイドラインによれば、システム API データ モデルはどのように定義する必要がありますか?
Order API のアセット バージョン 2.0.0 が Exchange で正常に公開され、API 実装に正しくリンクされた Autodiscovery API ID を使用して API Manager で構成され、既存の API 仕様に新しい GET メソッドが追加され、更新後に Order API のアセット バージョンは 2.0.1 になります。API Manager で新しいアセット バージョンが更新されると、Autodiscovery API ID はどうなりますか?