Mule API AutoDiscoveryとMule API GatewayProxy

Question

API AutoDiscoveryに対していつAPIプロキシを使用する必要がありますか？両方を実装した後、AutoDiscoveryはポリシー、API Gatewayが行う分析を適用できますが、AutoDiscoveryを使用する場合は別のURLを使用できません。 APIプロキシの主な利点は、私のゲートウェイアプリケーションとMule実装プロジェクトが異なるサブネットにある場合です。ゲートウェイサーバーが侵害されても、誰も私の実装ネットワークにアクセスできません。

しかし、インターフェイスと実装の両方が同じネットワーク内にあり、目的がRESTエンドポイントを呼び出すだけの場合は、API自動検出を使用しないでください。ミュールAPI Gateway Proxyの

1. と

   問題我々が実装サーバーに到達できない場合は例外処理のない定義された方法、。

2. 環境間でプロキシアプリケーションを動かすことなしに定義された方法（CI/CD）
3. エクストラHTTPホップ、上記2つの問題は定義された方法

ミュールのAPIの自動探索

を持っている場合に許容されることができます
1. これは標準の例外処理であるMuleアプリケーションに含まれています。
2. CI/CDは、Mule実装プロジェクトとして定義されています。
3. 追加のHTTPホップはありません。
4. ここでは、実装URLを変更することはできません。それは密接に結合されたものだけです。

誰かがAPIゲートウェイと自動検出をいつ行うべきかについての洞察を提供することはできますか。現在、API Gateway ProjectとCI/CDでException Handlingを行う方法もありますか？

Answer 1

API Autodiscoveryは、特定のエンドポイントにポリシーを適用/適用解除したり、APIプラットフォームのコンテキストで使用統計を活用する場合に必要です。 Api Autodiscoveryは、HTTP（s）リスナーをAPIマネージャの対応するAPIバージョンにリンクするメタデータの一種です。例えば

：

<api-platform-gw:api id="api.basic.path" apiName="My API" version="1.0.0" flowRef="basic.path"> 
    </api-platform-gw:api> 

    <flow name="basic.path"> 
     <http:listener config-ref="a.http.config" /> 
     <set-payload value="Endpoint successfully called." /> 
    </flow> 

自動生成ミュールプロキシは自動検出が定義されています。独自のプロジェクトを開発し、スタジオのUIを使用するか、XML設定を直接処理することによって、対応する自動検出を定義することもできます。

プロキシは、実装バックエンドがMuleアプリケーション（たとえば、Tomcatサーバーでホストされている既存のRESTベースAPI）でない場合に使用されることを意味します。 Mule側では、カスタム例外処理を使用してロジックを充実させることができます。実装のバックエンドで例外処理を改善したい場合は、そこに実装する必要があります。

実装バックエンドがMuleベースのアプリケーションの場合は、プロキシを使用する必要はありません。ほとんどのユースケースでは、構成ファイルに対応する自動検出要素を追加することがそのトリックを行います。