微软《SOA in the Real World》笔记04——第一章

 

微软《SOA in the Real World》笔记04——第一章

 

为什么关注 SOA?

面向服务架构对一些干系人是至关重要的：

• 对开发人员和解决方案架构师来说，面向服务是一种创建动态的、协作应用的方法。通过提供运行时选择服务功能提供者的能力，面向服务允许应用灵敏地处理内容、处理特定流程的上下文，以及随时完美地合并新的服务提供者。
• 对 IT管理者来说，面向服务提供了一种有效地集成不同企业数据的方法。通过提供一个把多个系统中的信息和业务逻辑集成到单一接口的模型，面向服务允许不同的以及冗余的系统通过一个统一的、连续的一组接口来发布。
• 对 CIO来说，面向服务提供了一种包括已有IT投资的方法，而不必部署新的应用。通过把业务应用封装到以功能为基础的接口中，服务模型提供了对关键应用的受控访问，提供了不断改进那些接口实现的机会。面向服务能够从变化的旋流中保护投资。
• 对业务分析专家来说，面向服务是一个更好地把信息技术投资和业务策略结合起来的方法。通过把雇员、外部功能提供者和自动化系统映射到一个单一的模型中，分析专家能够更好地理解人员、系统和资源之间的投资权衡。
• 对 Microsoft来说，面向服务是创建能够充分利用网络的应用程序的先决条件，这种应用程序把执行者和系统连接起来以推动业务流程的开展。

 

与 SOA有关的架构概念使得松耦合成为可能。松耦合是SOA背后的基础原则，使我们能够把SOA的好处总结为一个词：敏捷。

 

传统的应用程序架构从主机应用演化到客户服务器架构，然后到多层 web应用，应用中仍旧保留着很大程度的紧耦合。换句话说，组成更大系统的每个子系统不仅在逻辑上要了解它周边的子系统，而且不管是在编译时还是在运行时它也是在物理上与那些子系统绑定在一起的。替换系统功能的关键部分以应对业务模型的变化的能力，或者把一个应用作为独立的业务国能部署，虽然简单，却不可能做到。

 

在面向服务架构中，应用的功能是通过服务的集合来提供的。这些服务是相互独立的，同时封装了业务逻辑和相关数据。服务通过消息进行交互，消息包括了定义服务格式的样式、定义交换内容的契约以及如何进行交换的策略。

 

应用程序服务的存续期间不能控制谁以及在哪里使用这些服务。这是 SOA与传统应用架构的关键差异之一。传统应用是设计用来与人进行交互的，应用厂商会提供用户界面，及后台的业务组件和数据存储。由于良好的工程原则已经很好地分离了业务组件和用户界面，所以业务逻辑的唯一使用者就是随着整个应用交付的用户界面。这些用户界面和业务组件通过一个单一的实体进行交付和版本管理。在面向服务中，通过服务暴露的业务功能能够被应用系统之外的使用者使用。这些使用者可能是其他服务（组合了封装好的业务流程），或者应用程序自身提供的其它类型的用户界面。因此，这些服务的契约，一经发布就必须保持不变，因为没有办法知道谁在使用他们，或者是什么时候在使用他们。除了提供服务和使用自身的服务之外，应用程序自身也具有在部署之后采用新的服务的灵活性。这些服务的可用性和稳定性因此就变成了关键因素。