分布式服务体系框架.ppt

应用架构的开展需求
随着互联网业务的开展，网站应用的规模不断扩大，常规的企业级垂直应用架构已无法应对，效劳式的应用架构以及分布式效劳框架势在必行，用户亟需一个治理系统确保架构有条不紊的演进。
单一应用
垂直应用拆分
服务，RPC调用
分布式服务框架
网站应用架构的演进
Framework
Architecture
Cluster
All in One
1 ~ 10
垂直应用
分布式效劳
弹性效劳框架
ORM
MVC
RPC
SOA
应用
效劳
10 ~ 1000
1000 ~ 10000
10000+
单一应用架构
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和本钱。此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的 Web框架(MVC) 是关键。
分布式效劳架构
当垂直应用越来越多，应用之间交互不可防止，将核心业务抽取出来作为独立的可以复用的效劳，使前端应用能更快速的响应多变的市场需求。此时，RPC技术是关键。
流动计算架构
当效劳越来越多，容量的评估，小效劳资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，进步集群利用率。此时，用于进步设施利用率的资源调度和治理中心(SOA) 是关键。
3
单一的应用架构
应用
All
数据库
All in One
1 ~ 10
ORM
单一应用架构
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和本钱。此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
应用
All
应用
All
应用
All
负载平衡器
每个节点效劳器中，包换应用的全部功能模块代码
应用系统很臃肿，维护和版本晋级开销非常非常大
使用负载平衡分散访问会话，进步并发处理才能
网站初期或者规模较小，整体上容易把控
4
垂直拆分应用架构
垂直应用
MVC
10 ~ 1000
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的 Web框架(MVC) 是关键。
应用A
应用B
应用C
应用D
数据库
缓存系统
搜索引擎
应用
E
应用
F
应用
All
各应用中存在重复的业务功能和代码，甚至在一个应用中也会存在冗余的代码逻辑
应用系统仍然很臃肿，业务逻辑处理和界面交互的代码还是堆放在一起
维护和版本晋级开销都很大，稳定性不够理想
适用于中小型网站规模，整体上容易把控
效劳式应用架构
效劳式
RPC
1000 ~ 10000
效劳式应用架构
当垂直应用越来越多，应用之间交互不可防止，将核心业务抽取出来作为独立的可以复用的效劳，使前端应用能更快速的响应多变的市场需求。此时，RPC技术是关键。
效劳1
应用A
应用B
应用C
应用D
数据库
应用E
应用F
效劳2
效劳3
效劳4
分布式文件系统
搜索引擎
缓存系统
应用G
应用
效劳
增加效劳层，把冗余的代码和可以复用的业务应用进展拆分提取，封装成效劳
系统架构更加明晰，代码质量进步，利于晋级和维护，稳定性高
应用层可以更专注在与前端用户如何交互，业务处理放在效劳层来进展
效劳和应用的管理不是自动化，效劳层可以实现HA的功能
适用中大型网站系统的场景中
分布式效劳框架
应用
效劳
分布式效劳框架
SOA
10000+
流动计算架构
当效劳越来越多，容量的评估，小效劳资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，进步集群利用率。此时，用于进步设施利用率的资源调度和治理中心(SOA) 是关键。
效劳框架
应用1
〔效劳调用者〕
效劳框架
效劳框架
效劳框架
效劳中心
效劳框架
效劳框架
应用2
〔效劳调用者〕
新应用1
〔效劳调用者〕
效劳A
〔效劳提供者〕
效劳B
〔效劳提供者〕
新效劳A
〔效劳提供者〕
注册
订阅
推送效劳列表
调用
调用
调用
分布式架构，应用层和效劳层可根据需求进展动态程度扩展，应用与效劳实现负载平衡，通过随机、轮询、权重等策略
开放式、标准化的框架，满足接口调用