应用程序基础SOA的应用程序帐户是什么样的？

Question

例如，我有两个应用程序，一个是企业的内部系统，另一个是dealers.In订单完成一个业务流程，它们应该相互协作，例如订单管理、返回管理，我只是简单地添加了一个使用WCF技术的服务层来完成这种需求，我想知道这两个应用程序是否可以称为应用程序基础SOA？如果答案不是，那么如何使用SOA来满足我的需求呢？

Answer 1

听起来你在正确的轨道上。但是，请记住，SOA是一个完整的范例，它包含的不仅仅是应用程序的集成。但是，您可以设计您的应用程序，使它们能够支持未来实现SOA的工作。

我建议采取以下方法：

• 将作为流程一部分的所有功能公开为标准化服务中的操作。努力使每个服务尽可能地具有普遍性和自主性，以便在将来实现每个服务的可重用性。
• 不要直接连接这两个应用程序，而是使用中间件解决方案(它不必是ESB，在这个阶段可以简单得多)。因此，您不会将两个应用程序耦合到一起，您将能够更改中间件中的集成细节，而无需在其中一个应用程序发生更改时修改这两个应用程序。当您向架构中添加更多与现有应用程序连接的应用程序时，使用中间层的好处将更加明显。
• 随着体系结构变得更加复杂，研究SOA。您可能需要在某个时候实现BPM解决方案。

Answer 2

我想建议您必须公开经销商使用的服务作为wcf或rest，内部服务则从这些外部api调用中调用。

由于经销商需要知道如何处理内部系统管理的任何实现细节，所以不需要向经销商公开内部服务。

如果将来需要公开附加功能，我们可以添加到现有的外部服务或发布新服务。