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