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

Question

例如，我有两个应用程序，一个是企业的内部系统，另一个是 是为了经销商。为了完成业务流程，他们都应该相互合作 ，例如订单管理，退货管理。我只是简单地使用WCF技术添加服务层 完成这样的要求。我想知道这两个应用程序是否可以被称为应用程序 基础SOA？如果答案不是，那么我如何使用SOA满足我的要求？

Answer 1

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

我建议采用以下方法：

• 将作为流程一部分的所有功能公开为标准化服务中的操作。尽量使每项服务尽可能通用和自主，以便在将来实现每项服务的可重用性。

• 不要直接连接这两个应用程序，而是使用中间件解决方案（它不必是ESB，在这个阶段它可以更简单）。因此，您不会将两个应用程序相互耦合，并且您将能够更改中间件中的集成细节，而无需在其中一个应用程序发生更改时修改这两个应用程序。一旦您向架构中添加了与现有层相关联的更多应用程序，使用中间层的好处将更加明显。

• 研究SOA，因为您的架构变得更加复杂。您可能需要在某个时候实施BPM解决方案。

Answer 2

我想建议你必须将经销商使用的服务公开为wcf或rest，并从那些外部api调用中调用内部服务。

由于经销商需要了解您如何处理内部系统管理的任何具体实施细节，因此不需要向经销商公开内部服务。

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