一個使用多個RESTful API的Web應用程序？

Question

我構建了一個需要與多個（兩個或三個）現有RESTful API進行通信的Web應用程序。每個API提供不同的數據和功能。 Web應用程序將基本上將API粘合到一個用戶界面中。

基於這種方案，我有幾個問題：

1. 這是常見的？
2. 這是不好的做法還是糟糕的建築？如果是這樣， 有什麼替代？
3. （下面的圖＃1）我想使用JavaScript + AJAX與這些API進行交互。我是否會向不同的域發出AJAX請求，並使用不同的絕對URL解決這些請求？ （例如，http://api1.domain.com/something，http://api.domain.com/something_else
4. （下面的圖表＃2）而不是（3），我應該讓我的後端控制器與這些API交互，然後讓我的前端（JavaScript）與我的應用程序的控制器進行交互？本質上這將是一個門面。

我正在鑽研SOA，所以請原諒我，如果我聽起來無知。而FWIW，我打算使用Ruby on Rails。

圖＃1：

圖＃2：

Answer 1

通常寧靜的API是一個前端到應用程序的核心，我不會介意不同RESTful API中如果需要。在服務於常見情況的任何標準Java EE Web容器中，使用澤西島這樣的一些寧靜的API非常容易使用。其他安靜的玩意兒，如電梯，電梯等，非常適合異步服務彗星請求，從而在單個工作站上獲得高性能。

就不同的域而言，這可能會被抽象到一個單一的域後面，該域具有代理服務器進行負載平衡，https包裝等。