层次风格SOA-架构师之路(十)

一、层次架构风格

两层C/S架构:

客户端和服务器都有处理功能,现在不常用。

只有表现层和数据层。

三层C/S架构:

表现层、数据层和功能层。

表示层在客户机,功能层在应用服务器,数据层在数据库服务器中。

优点:

  1. 各层逻辑相互独立。
  2. 并行开发。
  3. 整个系统的管理层次也更加合理和可控制。

三层B/S架构:

三层架构变种,客户端变为浏览器,服务端变为web服务器,又称为0客户端。

缺点:

  1. 缺乏动态页面支持能力。
  2. 安全性难控制。
  3. 数据查询效率低于C/S。
  4. 数据提交一般以页面为单位,交互性不强。

混合架构风格:

内外有别:企业内部C/S,外部B/S。

查改有别模型:采用B/S查询,C/S修改。

混合架构难实现,成本高。

富互联网应用RIA

Rich internet application

弥补三层B/S存在的问题,RIA是一种用户接口。优点如下:

  1. RIA结合C/S的反映速度,交互性强和结合B/S传播广泛。
  2. 简化改进B/S的交互。
  3. 数据能够缓存在客户端。

本质还是0客户端,利用高速互联网(4g5g)快速实现本地插件缓存,增强页面交互,比如小程序。

MVC架构:

  1. controller:处理用户交互部分。
  2. Model:处理用户数据逻辑部分。
  3. View:处理数据显示。 用户交互。

MVP架构:

把controller换成了presenter(呈现)。为了完全切断model和view的联系。

解决了mvc数据不安全问题。安全着想,不能让前端直接和model核心数据连接。

MVP都是双向通信。

MVVC架构:

和mvc模式类似,主要分离视图view和model。

  1. 低耦合,一个viewModel可以绑定到不同的view。
  2. 可重用性。
  3. 可测试,测试可以根据viewModel来写,不需要根据页面view来写。

二、面向服务架构风格-SOA

典型的SOA结构,多个服务挂载在一条服务总线上。当我们开发系统的时候,挑选里面的服务来组成。

Service Oriented Architectrue

SOA是一种 粗粒度、松耦合服务架构。服务是为了满足业务的开发来逻辑组合。

SOA目标复用IT资产重用最大化。

SOA特征:

  1. 可以企业外部访问。
  2. 随时可用。
  3. 粗粒地,松耦合
  4. 服务重用。
  5. 支持各种消息模型,精确定义服务接口。

从基于对象,基于构件,基于服务,架构越来越松耦合,颗粒度越来越粗。

基于服务的构件和传统构件区别:

  1. 颗粒度更粗。
  2. 服务构件接口标准WSDL接口,传统的是API。
  3. 服务构件与语言无关。
  4. 服务构件通过构件容器提供QOS服务,传统的则是代码。

三、SOA关键技术

  1. 发现服务

UDDI、DISCO

UDDI:web服务注册统一描述发现和集成。

Universal description discovery and integeration

  1. 描述服务

WSDL、XML Schema

WSDL(web service description language)

将web服务描述定义为一组服务访问点。

  1. 消息格式层

SOAP、REST

SOAP

简单对象访问协议,用于交换XML编码信息轻量级协议,用于传递信息。

  1. 编码格式层

XML(DOM、SAX)

可扩展标记语言,是webService平台中表示数据的基本格式,用于数据交换

  1. 传输协议层

HTTP、TCP/IP、SMTP等。

四、SOA实现方式

  1. web Service

服务提供者、服务注册中心(中介、提供交易平台,可有可无)、服务请求者。

  1. 服务注册表

服务注册、服务位子、服务绑定。

  1. 企业服务总线ESB

简单来说就是一根管道,连接各个服务节点。可有协议转换,为了集成不同协议的不同服务,保证各个服务互联互通。

包括:客户端(服务请求者)、基础架构服务(中间件)、核心集成服务(提供服务)

ESB特点:

  1. 总线的作用,各种服务连接。
  2. 描述元服务和服务注册管理。
  3. 在服务请求和提供者之间 传递数据,以及对这些数据进行转换。
  4. 发现、路由、匹配和选择的能力。

猜你喜欢

转载自blog.csdn.net/ke1ying/article/details/132436386