我想知道是否在Mule Enterprise Server ESB版本的工作室中部署使用RAML和API-kit設計的API。 3.6是個好主意？在MuleESB 3.6上使用RAML和API-Kit的REST API？
我們的組織有興趣使用Mule ESB 3.6進行集成，我們推薦使用RAML和API-kit來進行REST API設計和開發。我們對任何Gateway功能都不感興趣，但是想要利用RAML來定義API。
有沒有人遇到任何問題，如果我們去一個Mule ESB 3.6企業，並部署這些使用API-Kit和RAML設計的REST API？這種設計方法是否專門針對作爲Mule Any-point API產品產品一部分的API網關？
API網關（AGW）是Mule EE的超集。 RAML和APIKit不緊密耦合到API網關或Mule ESB，但可以在其中任何一箇中工作。在AGW的情況下，APIKit與它捆綁在一起，而使用Mule ESB時，您必須自己提供jar或在Mule Studio上開發您的APIKit項目（使用APIKit Mule Studio插件），並在準備好時從Mule Studio導出項目。
使用AGW的好處是，您可以照常開發APIKit項目，然後在運行時（OAuth安全性，XML威脅防護，IP黑名單等等）應用未應用的高端策略。 。
我認爲在做你的建議沒有問題。 Gateway等是基於Mule和RAML技術構建的服務 - 如果您選擇不使用它們，您將失去它們提供的功能，但RAML，Mule和APIkit也可以獨立運行。
我已經使用這個REST API使用RAML爲我的客戶端。他們沒有遇到任何問題，並且工作完美。這很容易實現。
在最新版本的mule中帶來了許多像api auto discovery這樣的功能，並且沒有獨立的網關和運行時間，它們已經作爲單個組件組合在一起。 Api自動發現允許我們在原始實現API上應用策略。
您可以爲原始實現創建代理，並且可以將策略應用於網關中的代理層。