SOA 实现框架可以用来开发强大的应用程序和业务流程。图2展示了一个使用场景,使用 SOA实现框架来构造客户自我服务的应用程序,其中包括订单管理和客户支持功能。应用程序使用客户端 SDK 通过总线来连接订单和支持流程中的核心业务,诸如提交购买订单、第三方信用验证、订单状态、支持案例条目和支持案例状态等。这些功能要么作为 Web 服务,要么作为其他 Java API 发布,通过在现有应用程序中包装业务逻辑 —— SAP 订单管理和定制的客户支持应用程序。进一步说,信用服务是一种驻留在合作伙伴站点中的 Web 服务。
这个例子阐述了客户端应用程序轻松地以一种统一的、独立于服务逻辑的方式连接异构服务的能力。
SOA 实现的最佳实践
除了使用强大而灵活的 SOA 实现框架之外,任何成功的 SOA 实现都需要一系列在开发周期不同阶段中的指导和最佳实践。一组核心的指导如下:
※ 使用新服务的流程必须是受配置和发现流程驱动的,这与实现一种冗长的手工流程周期相对。这样可以确保整个系统能够以最少的投入来满足未来需求。
※ 一次 SOA 实现就像用来设计业务服务的方法一样成功,每一服务必须被抽象为一种粗粒度的业务功能,并按照可以在企业之间耦合和重用的方式进行设计。
※ 在可以缩短响应时间和提高整体用户体验的地方,服务必须设计成异步的。
※ 客户端应用程序必须使用统一的服务访问机制,以一种独立于协议的方式,而且不必考虑服务是本地还是远程。此外,客户必须关注业务逻辑,而业务连接性逻辑必须从客户端 SDK 中抽象出来。这样确保了集中式管道逻辑、更高的应用程序开放人员生产力以及易于维护。
※ SOA 实现框架中的普通组件必须以一种标准方式发布,来促进代码的统一和重用。
※ 在可能的地方使用配置,而不是基于定制和代码的业务逻辑。这样可以提高以最少的投入和最短的时间来满足未来业务需求的能力。
※ 重用和包装现有业务应用程序逻辑和更加粗粒度的业务水平服务。避免重写原有实现逻辑。
结束语
这篇文章提出了一种灵活的、动态的 SOA 实现框架来构建未来面向服务应用程序和业务流程。这种方法旨在提供给企业一个高度可扩展的、动态的框架,以便定义、配置、访问和管理企业服务。
文章来源于领测软件测试网 https://www.ltesting.net/