理解SOA架构_soa 服务拆分的原则

SOA：面向服务架构

面向服务是一种设计范式，用户创建解决方案的逻辑单元，这些逻辑单元可组合、可复用，以支持实现面向服务计算的特定战略目标和收益。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用。

面向服务架构范式：

面向服务架构是面向服务解决方案的一种架构模型，具有独特特征，可支持实现面向服务原则，以及面向服务计算的战略目标。

面向服务设计范式主要由以下设计原则组成：

1.标准化服务契约：服务遵循相同的契约设计标准。

2.服务松散耦合：服务契约对服务消费者松耦合，服务之间松耦合。

3.服务抽象：服务契约仅包含必要信息，并且关于服务的信息局限为服务契约中发布的信息。

4.服务可重用性：服务可作为重用资源。

5.服务自治：服务对其底层运行时执行环境有很大的控制权。

6.服务无状态性：服务无状态保证了服务部署的横向扩展性。

7.服务可发现性：服务可通过描述性元数据有效发现并解释服务。

8.服务可组合性：可以通过组合叠合原子服务形成复杂上层业务服务。

SOA中服务化收益：

服务拆分原则：

一个单一的系统应用中会产生以下问题：

1.业务模块边界不清，代码耦合严重，无法很好的实现代码模块级别或者功能级别的复用，进而无法快速地进行业务迭代。

2.所有的开发人员都在一个应用工程代码库进行迭代开发、测试、发版，会导致应用发布上线过于频繁，不利于上线系统稳定性，而且整个应用代码的稳定性、可维护性都很难得到保障。

3.因为不同业务实现之间没有拆分隔离部署，某些高QPS耗时较长的复杂操作会影响整体应用的可用性、系统伸缩性。

解决以上问题就是做系统拆分，以服务化的思想为指导，实现面向服务的架构，做服务化拆分。

思路：

将业务模块化，分解出各个业务模块之间的依赖及业务模块之间的边界。按照业务边界及业务之间的依赖顺序进行系统的拆分。

沉淀一批稳定的后端服务，通过叠加复用快速相应用户的前端需求。

从单体应用到SOA架构的转变：