我对SOA世界很陌生，我已经阅读了很多关于它的内容。但有一件事我仍然不清楚处理大量数据的问题。
到目前为止，我们公司使用“feed”来集成不同的应用程序。例如，AS400会吐出大量的xml文件，这些文件由另一个处理它的应用程序拾取并存储在其内部数据库中。缺点是我们必须处理这些文件提要（两端）以及所有可能出现的问题。将此数字乘以，需要集成的不同应用程序，不同的团队，缺乏对此的整体规则，您可以想象我们今天的位置。
公司决定采用SOA策略，因此我正在研究这个问题。我想知道SOA概念是否包含这样的问题（如上所述的集成问题）。但很难找到有关该主题的信息。是因为SOA和大容量是不可行的，是因为我需要寻找其他地方来解决这个问题（也许是主数据管理），或者我是否需要开始对抗所有这些大数据量源并禁止它们我们公司？
感谢您对此事的任何见解：）
答案 0 :(得分：0)
SOA只是一组架构原则，这些原则都不会限制或鼓励吞吐量和性能。你可以说SOA的设计（松散耦合，自治，治理......）和性能设计是两个独立的方面。
许多供应商声称他们拥有“SOA”产品，但实际上您可以在任何平台上构建SOA，但没有产品可以确保您构建适当的SOA。只需选择最适合您业务需求的产品或供应商，并设置正确的组织结构，以确保您根据SOA原则进行构建。
回到您的场景，如果您真的有大量（每小时数百万条记录），ETL产品或定制软件是最好的。 MDM更适合数据整合而不是集成。如果您每小时有10到100千条记录，则可以使用集成产品（来自TIBCO，IBM，Oracle，Software AG，Progress或开源），并带来额外的好处。