答案 0 :(得分:1)
听起来你走在正确的轨道上。但是,请记住,SOA是一个完整的范例,它不仅仅包含应用程序的集成。但是,您可以设计应用程序,以便支持将来实施SOA的工作。
我建议采用以下方法:
将作为流程一部分的所有功能公开为标准化服务中的操作。尽量使每项服务尽可能通用和自主,以便在将来实现每项服务的可重用性。
不要直接连接这两个应用程序,而是使用中间件解决方案(它不必是ESB,在这个阶段它可以更简单)。因此,您不会将两个应用程序相互耦合,并且您将能够更改中间件中的集成细节,而无需在其中一个应用程序发生更改时修改这两个应用程序。一旦您向架构中添加了与现有层相关联的更多应用程序,使用中间层的好处将更加明显。
研究SOA,因为您的架构变得更加复杂。您可能需要在某个时候实施BPM解决方案。
答案 1 :(得分:0)
我想建议你必须将经销商使用的服务公开为wcf或rest,并从那些外部api调用中调用内部服务。
由于经销商需要了解您如何处理内部系统管理的任何具体实施细节,因此不需要向经销商公开内部服务。
如果将来要求公开其他功能,我们可以添加到现有的外部服务或发布新服务。