【干货】分布式架构的演进（下）

做者宜信技术部李进年，笔名小李飞叨。

7月18日，《关于促进互联网金融健康发展的指导意见》正式对外发布。互联网金融正式光明正大的站在了风口上，这只猪会飞向何方？那得看猪身上的IT翅膀有多硬！借着这股东风，接下来小李飞叨与你们聊一聊分布式架构的演进，欢迎拍砖、臭鸡蛋，呃，还有鲜花:-)

06

反向代理和CDN加速

特征：

采用CDN和反向代理加快系统的 访问速度。

描述：

为了应付复杂的网络环境和不一样地区用户的访问，经过CDN和反向代理加快用户访问的速度，同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存。

07

分布式文件系统和分布式数据库

随着系统的不断运行，数据量开始大幅度增加，这个时候发现分库后查询仍然会有些慢，因而按照分库的思想开始作分表的工做

特征：

数据库采用分布式数据库，文件系统采用分布式文件系统。

描述：

任何强大的单一服务器都知足不了大型系统持续增加的业务需求，数据库读写分离随着业务的发展最终也将没法知足需求，须要使用分布式数据库及分布式文件系统来支撑。

分布式数据库是系统数据库拆分的最后方法，只有在单表数据规模很是庞大的时候才使用，更经常使用的数据库拆分手段是业务分库，将不一样的业务数据库部署在不一样的物理服务器上
。

08

使用NoSQL和搜索引擎

特征：

系统引入NoSQL数据库及搜索引擎。

描述：

随着业务愈来愈复杂，对数据存储和检索的需求也愈来愈复杂，系统须要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎。应用服务器经过统一数据访问模块访问各类数据，减轻应用程序管理诸多数据源的麻烦。

09

业务拆分

特征：

系统上按照业务进行拆分改造，应用服务器按照业务区分进行分别部署。

描述：

为了应对日益复杂的业务场景，一般使用分而治之的手段将整个系统业务分红不一样的产品线，应用之间经过超连接创建关系，也能够经过消息队列进行数据分发，固然更多的仍是经过访问同一个数据存储系统来构成一个关联的完整系统。

纵向拆分：
将一个大应用拆分为多个小应用，若是新业务较为独立，那么就直接将其设计部署为一个独立的Web应用系统。纵向拆分相对较为简单，经过梳理业务，将较少相关的业务剥离便可。

横向拆分：将复用的业务拆分出来，独立部署为分布式服务，新增业务只须要调用这些分布式服务。 横向拆分须要识别可复用的业务，设计服务接口，规范服务依赖关系。

10

分布式服务阶段

特征：

公共的应用模块被提取出来，部署在分布式服务器上供应用服务器调用。

描述：

随着业务越拆越小，应用系统总体复杂程度呈指数级上升，因为全部应用要和全部数据库系统链接，最终致使数据库链接资源不足，拒绝服务。

更多细节，推荐进一步阅读：
大型分布式网站架构设计与实践

http://item.jd.com/11529266.html
；

大型网站技术架构核心原理与案例分析

http://item.jd.com/11322972.html

本文分享自微信公众号 - 宜信技术学院（CE_TECH）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。