1 つの API プロキシに、1 つまたは複数のプロキシ エンドポイントを含めることができます。複数の ProxyEndpoints を定義することは、1 つのプロキシ内に複数の API を実装するための簡単で単純なメカニズムです。この仕組みにより、TargetEndpoint を呼び出す前または後で、ポリシーやビジネス ロジックを再利用できます。
しかし、1 つの API プロキシ内で複数の ProxyEndpoint を定義すると、互いに関連性のない多数の API を、1 つのアーティファクトに概念的に組み合わせることになります。この結果、API プロキシの読み取り、理解、デバッグ、管理を行うことがより困難になります。これでは、デベロッパーが API を簡単に作成し、管理できるようにするという、API プロキシの基本原理が損なわれてしまいます。
影響
1 つの API プロキシに複数の ProxyEndpoint を定義すると、次のような結果を招く可能性があります。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-03-12 UTC。"],[[["Apigee ProxyEndpoints define how client apps interact with APIs, including URL, behavior, policies, target routing, and execution conditions."],["While defining multiple ProxyEndpoints in a single API proxy can implement multiple APIs, it can also lead to complexity, making the API proxy harder to understand, debug, and maintain."],["Multiple ProxyEndpoints obfuscate analytics data, making it harder to break down metrics by proxy endpoint without custom reports and making troubleshooting more difficult."],["The best practice is to use one API proxy with a single ProxyEndpoint to promote easier maintenance, clearer analytics, and faster troubleshooting."],["Shared flows can implement common logic across multiple APIs, while conditional flows can handle multiple APIs sharing a base path within a single ProxyEndpoint."]]],[]]
