SOA世界中的大容量

Question

我對SOA的世界相當陌生，我已經閱讀了很多。但是有一件事對我來說仍然不清楚，它處理大量的數據。

到目前爲止，我們公司使用「飼料」來集成不同的應用程序。例如，AS400會吐出大量的xml文件，這些文件是由另一個處理它的應用程序拾取的，並將其存儲在其內部數據庫中。缺點是我們必須處理這個文件提要（兩端），並帶有所有可能出現的問題。多次這樣做，需要集成的不同應用程序，不同的團隊，缺乏整體規則，您可以想象我們今天的位置。

該公司決定採用SOA策略，因此我正在研究這個問題。我想知道SOA概念是否包含這樣的問題（如上所述的集成問題）。但很難找到關於這個話題的信息。這是因爲SOA和大容量是不是可行的，是因爲我需要尋找其他地方來解決這個問題（也許是主數據管理），還是我需要開始爭取所有這些大數據量供給並且禁止它們我們公司？已經

感謝在這個問題上的任何見解:)

Answer 1

SOA僅僅是一組建築的原則，沒有這些原則被限制或鼓勵吞吐率和性能。你可以說爲SOA設計（鬆散耦合，自治，治理......）和性能設計是兩個獨立的方面。許多供應商聲稱他們擁有「SOA」產品，但事實上，您可以在任何平臺上構建SOA，但沒有產品可以確保您構建適當的SOA。只需選擇最適合您業務需求的產品或供應商，並設置正確的組織結構，以確保您正在根據SOA原則進行構建。回到你的場景，如果你的數據量非常大（每小時有數百萬條記錄），那麼ETL產品或定製軟件是最好的。與整合相比，MDM更適合數據整合。如果您每小時有10-100,000條記錄，則可以使用集成產品（來自TIBCO，IBM，Oracle，Software AG，Progress或開源產品）並帶來更多好處。