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

时间:2015-03-26 05:12:59

标签: .net wcf soa

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

2 个答案:

答案 0 :(得分:1)

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

我建议采用以下方法:

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

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

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

答案 1 :(得分:0)

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

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

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