什么样的应用程序帐户适用于应用程序基础 SOA？
what kind of application account for application base SOA?
比如我有两个应用，一个是企业内部系统，另一个
dealers.In 为了完成一个业务流程，他们应该相互协作
,比如订单管理,return management.I 只是简单地使用WCF技术添加一个服务层
完成这样 requirement.I 想知道这两个应用程序是否可以称为应用程序
基础 SOA？如果答案不是，那么我如何使用 SOA 来满足我的要求？
我想建议您必须将经销商使用的服务公开为 wcf 或 rest，并从那些外部 api 调用中调用内部服务。
由于经销商需要了解您如何处理内部系统管理的任何实施细节，因此不需要向经销商公开内部服务。
如果将来需要公开其他功能，我们可以添加到现有的外部服务或发布新服务。
听起来你走对了路。但是，请记住，SOA 是一个完整的范例，它包含的不仅仅是应用程序的集成。但是，您可以设计您的应用程序，使其支持未来实现 SOA 的工作。
我推荐以下方法：
将流程中的所有功能公开为标准化服务中的操作。尽量让每一个服务都尽可能的具有通用性和自治性，以达到未来每一个服务的可重用性。
不要直接连接两个应用程序，而是使用中间件解决方案（不一定是 ESB，现阶段可以更简单）。因此，您不会将两个应用程序相互耦合，并且您将能够更改中间件中的集成细节，而无需在其中一个应用程序更改时修改两个应用程序。一旦您将更多应用程序添加到与现有应用程序连接的架构中，使用中间层的好处就会更加明显。
随着您的架构变得越来越复杂，研究 SOA。您可能需要在某个时候实施 BPM 解决方案。
比如我有两个应用，一个是企业内部系统，另一个 dealers.In 为了完成一个业务流程，他们应该相互协作 ,比如订单管理,return management.I 只是简单地使用WCF技术添加一个服务层 完成这样 requirement.I 想知道这两个应用程序是否可以称为应用程序 基础 SOA？如果答案不是，那么我如何使用 SOA 来满足我的要求？
我想建议您必须将经销商使用的服务公开为 wcf 或 rest，并从那些外部 api 调用中调用内部服务。
由于经销商需要了解您如何处理内部系统管理的任何实施细节，因此不需要向经销商公开内部服务。
如果将来需要公开其他功能，我们可以添加到现有的外部服务或发布新服务。
听起来你走对了路。但是，请记住，SOA 是一个完整的范例，它包含的不仅仅是应用程序的集成。但是，您可以设计您的应用程序，使其支持未来实现 SOA 的工作。
我推荐以下方法：
将流程中的所有功能公开为标准化服务中的操作。尽量让每一个服务都尽可能的具有通用性和自治性，以达到未来每一个服务的可重用性。
不要直接连接两个应用程序，而是使用中间件解决方案（不一定是 ESB，现阶段可以更简单）。因此，您不会将两个应用程序相互耦合，并且您将能够更改中间件中的集成细节，而无需在其中一个应用程序更改时修改两个应用程序。一旦您将更多应用程序添加到与现有应用程序连接的架构中，使用中间层的好处就会更加明显。
随着您的架构变得越来越复杂，研究 SOA。您可能需要在某个时候实施 BPM 解决方案。