SOA面向服务架构的概念及应用

什么是SOA

SOA(Service-Oriented Architecture),即面向服务的架构。
SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义接口进行通讯,不涉及底层编程接口和通讯模型。

SOA可以看作是B/S模型、XML(标准通用标记语言的子集)/Web Service技术之后的自然延伸。

阿里巴巴的Dubbo是SOA的典型实现。

基本特征

SOA的实施具有几个鲜明的基本特征:
粗粒度的服务接口分级
松散耦合
可重用的服务
服务接口设计管理
标准化的服务接口
支持各种消息模式
精确定义的服务契约

SOA服务具有平*立的自我描述XML文档。Web服务描述语言(WSDL, Web S
ervices Description Language)是用于描述服务的标准语言。
SOA 服务用消息进行通信,该消息通常使用XML Schema来定义(也叫做XSD, XML Schema Definition)。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。
在一个企业内部,SOA服务通过一个扮演目录列表(directory listing)角色的登记处(Registry)来进行维护。应用程序在登记处(Registry)寻找并调用某项服务。统一描述,定义和集成(UDDI, Universal Description, Definition, and Integration)是服务登记的标准。

松耦合系统

具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点,一点是它的灵活性,另一点是,当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时,它能够继续存在。与之相反,紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的,因而当需要对部分或整个应用程序进行某种形式的更改时,它们就显得非常脆弱。

Restful和SOA

现在很多互联网应用,如豆瓣,微博,亚马逊很多都采用轻量的restful。而企业内部的soa集成以soap方式为主。

SOA是为了促进灵活、敏捷应用开发而采取的一种架构,该架构通过在一般的工作流管理模型中常见组件来实现。

这些组件之间是一种松耦合的关系,意味着组件是通过发布/订购登记流程来定位的,而且使用了一种常见的对象访问机制来链接(一般是是SOAP),使用了某种定义语言(WSDL)来描述将用户和提供商连接在一起的特性和接口。

模型支持识别、安全和恢复流程的标准机制,在支持复杂的业务关键应用方面拥有丰富的功能。

RESTful模式是为了简化用户通过浏览器访问而设置的。尽管这种超文本标记语言(HTML)先看后点的浏览方式已经扩展为允许在程序元素之间,而不仅仅是与用户之间进行更为结构化的信息交换(扩展标记语言XML),其基本的接口是一样的;组件仍是以统一资源定位(URL)的方式表示,并采用与互联网兼容的域名解析系统(DNS)进行解码。

组件连接不仅仅是松散而已,如果用户本身在连接中的选择不是可视化的话这种关联根本就不存在。RESTful很容易开发和部署,它是轻量的,托管和维护的成本也很低廉,很适合典型的在线应用。

创建REST/SOA共生应用的典型方法是在SOA应用前端添加一个Web服务器,这会令SOA应用为互联网做好准备,并让它们可以为浏览器/瘦客户端所访问。虽然SOA组合应用灵活性很高时这很好,但是瘦客户端、移动及Web访问重要性的不断增强,促使某些架构师开始寻求在应用之中运用更多的RESTful概念。 


上一篇:OAM 深入解读(一):OAM 为云原生应用带来哪些价值?


下一篇:OAM 与 KubeVela 项目整体捐赠进入 CNCF,让云端应用交付更加简单