说明

系统架构演进



讲师：李智慧



系统架构概述

互联网系统面临怎样的挑战？



20年前的系统架构主要是面对大型企业：IBM、SUN、Microsoft、Oracle、沃尔玛、家乐福、用友、金蝶、联想等。

最近这10几年主要是互联网的系统：Google、AWS、Facebook、阿里巴巴、腾讯等。



互联网系统面临挑战：高并发、大流量

• Google 日均 PV 数 35 亿，日均 IP 访问数 3 亿。

• 微信在线用户数10亿。

• 天猫双十一活动一天交易额 3000 亿。



高并发是系统的需求，面临的问题；高性能、高可用是追求的目标。



高可用

系统 7x24 小时不间断服务。大型互联网网站的宕机事件通常会成为新闻焦点。



服务器升级，要可用。

数据迁移，要可用。

超过服务器接收能力(比如系统设计可接收用户为100w，来了1个亿用户)，要可用。



海量数据

需要存储、管理海量数据。

• Facebook 每周上传的照片数目接近10亿。

• Google 有近百万台服务器为全球用户提供服务。

• 百度收录的网页数目有数百亿。



用户分布广泛，网络情况复杂

许多大型互联网都是为全球用户提供服务的，用户分布范围广，各地网络情况千差万别。在国内，有各个运营商网络互通难的问题。而中美光缆的数次故障，也让一些对国外用户依赖较大的网站不得不考虑在海外建立数据中心。



安全环境恶劣

由于互联网的开放性，使得互联网网站更容易受到攻击，大型网站几乎每天都会遇到黑客攻击情况。2011年国内多个重要网站泄漏用户密码，让普通用户也直面一次互联网安全问题。



需求快速变更，发布频繁

和传统软件的版本发布频率不同，互联网产品为快速适应市场，满足用户需求，其产品发布频率也是极高的。Office 的产品版本以年为单位发布，而一般大型网站的产品每周都有新版本发布上线，至于中小型网站的发布就更频繁了，有时候一天会发布几十次。

渐进式发展

不同于传统软件产品或者企业应用系统，一开始就规划好全部的功能和非功能需求，几乎所有的大型互联网网站都是从一个小网站开始，渐进的发展起来的。



• Facebook 是扎克伯格同学在哈佛大学的宿舍里开发的；

• Google 的第一台服务器部署在斯坦福大学的实验室里；

• 阿里巴巴则是在马云家的客厅里诞生的。



好的互联网产品都是慢慢运营出来的，不是一开始就开发好的。那些刚建立就投入巨资，有巨大背景的网站，后来发展都很惨淡。



应对高并发挑战的两个技术方向

垂直伸缩

通过升级硬件和网络吞吐能力可以实现垂直伸缩。由于不需要改变应用架构，所以通常被认为是最简单的短期伸缩方案。



• 通过使用 RAID （独立冗余磁盘阵列）增加 I/O 吞吐能力。

• 通过切换到 SSD （固态硬盘）改善 I/O 访问速度。

• 通过增加内存减少 I/O 操作。

• 通过升级网络接口或者增加网络接口提升网络吞吐能力。

• 更新服务器使用更多处理器或者更多超线程。



垂直伸缩的缺点

• 达到某个程度后，增加计算能力需要的更多的花费。

• 垂直伸缩有物理极限。

• 操作系统的设计或者应用程序自身制约着垂直伸缩最多只能达到某个点。

• 



水平伸缩

水平伸缩是指通过增加服务器提升计算能力的一类架构方法。



水平伸缩被认为是伸缩性的圣杯，水平伸缩可以克服垂直伸缩带来的单位计算成本随机算能力增加而迅速飙升的问题。



另外，水平伸缩是可以增加更多服务器，这样，就不会像垂直伸缩那样遭遇到单台服务器的极限。



Google 大概有200W台服务器。

互联网架构演化



架构演化第0阶段：最简单的互联网应用架构



最早的Google的服务器，没有机箱壳，一堆线放在桌子底下。



架构演化第1阶段：应用数据分离

架构演化第2阶段：使用缓存改善系统性能

绝大多数的操作都是读操作，比如商品查看，Google搜索解决，所以用缓存可以解决。通过读写分离解决。



架构演化第3阶段：使用应用服务器集群改善系统的并发处理能力

增加服务器，增强计算能力，以应对大量用户访问的压力。



架构演化第4阶段：数据库读写分离

数据库是在磁盘中，比CPU、内存慢了1~2个数量级。就算有缓存，缓存也会有失效的时候，所以要把数据库读写分离。写数据会比较慢，所以把频繁的读数据分离出去，可以有多个读数据库，做到灾备的效果。



架构演化第5阶段：使用反向代理和 CDN 加速网站响应

热门的资源放到就近的CDN服务器里面，让用户快速访问资源。

反向代理服务器： 代理服务器提供服务。



大量的流量来自图片、视频等静态资源，都放在CDN服务器上。



架构演化第6阶段：使用分布式文件系统和分布式数据库系统



如果数据库主从分离解决不了，技术不成熟之前，永远不要忘记垂直伸缩，通过硬件提升解决问题。

小型机最终不是银弹，替代方案是分布式数据库。



架构演化第7阶段：使用NoSQL 和搜索引擎



架构演化第8阶段：业务拆分

比如淘宝业务拆分子系统：首页、商品列表、商品详情、搜索、购物车、订单、支付、算法、推荐等等。

通过消息队列同步，比如用户注册成功后，通过异步消息同步到支付宝系统。



业务拆分符合单一职责原则。



架构演化第9阶段：微服务及中台化

架构演化第10阶段：大数据与智能化



典型的系统是：字节跳动公司，头条、抖音通过大数据给用户提供资讯、内容。



架构模式

每一个模式描述了一个在我们周围不断重复发生的问题以及该问题解决方案的核心。这样，你就能一次又一次的使用该方案而不必要做重复工作。



模式的关键在于模式的可重复性，问题与场景的可重复性带来解决方案的可重复使用。



互联网架构模式就是试图去描述那些为解决互联网系统高性能、高可用、易扩展、可伸缩、安全等目标，被很多互联网应用重复使用的一些解决方案，这些解决方案是互联网软件系统的重要组成部分。



分层

分层是企业应用系统中最常见的一种架构模式，将系统在横向维度上切分成几个部分，每个部分负责一部分相对比较单一的职责，然后通过上层对下层依赖和调用组成一个完整的系统。



分割

如果说分层是将软件在横向方面进行切分，那么分割就是在纵向方面对软件进行切分。



系统越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分割开来，包装成高内聚低耦合的模块单元，一方面有助于软件的开发和维护；另一方面，便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。



分布式

对于大型网站，分层和分割的一个主要目的是为了切分后的模块便于分布式部署，即将不同模块部署在不同的服务器上，通过远程调用协同工作。分布式意味着解决同样的问题可以使用更多的计算机，计算机越多，CPU、内存、存储资源也就越多，能够处理的并发访问和数据流就越大。

• 分布式应用和服务

• 分布式静态资源

• 分布式数据和存储

• 分布式计算



集群

使用分布式虽然已经将分层和分割后的模块独立部署，但是对于用户访问几种的模块，比如网站的首页，还需要将独立部署的服务器集群化，即多态服务器部署相同应用构成一个集群，通过负载均衡设备功能对外提供服务。



缓存

缓存就是将数据存放在距离计算最近的位置以加快处理速度。缓存是改善软件性能的第一手段，现代 CPU 越来越快的一个重要因素是使用了更多的缓存，在复杂的软件设计中，缓存几乎无处不在。大型网站架构设计在很多方面都使用了缓存设计。

* CDN

* 反向代理

* 本地缓存

* 远程缓存



异步

计算机软件发展的一个重要目标和驱动力是降低软件耦合性。事物之间越少直接关系，那么就越少被彼此影响，越可以独立发展。大型网站架构中，系统解耦中的手段除了前面提到的分层、分割、分布等手段，还有一个重要手段是异步，就是讲一个业务操作分成多个阶段，每个阶段之间通过共享数据而不是直接调用的方法进行协作。

• 提高系统的可用性。

• 加快网站响应速度。

• 消除并发访问高峰。



冗余

互联网应用需要 7 x 24 小时连续运行，但是服务器总有可能出现故障，特别是服务器规模比较大的时候，服务器宕机是必然事件。要想保证在服务器宕机的情况下网站依然可以继续服务，数据不会丢失，就需要一定程度的服务器冗余运行，数据冗余备份。



2007年，阿里巴巴在香港上市期间，要求开个服务器可以查询数据，阿里巴巴仅仅提供了一台服务器，而这台服务器竟然宕机了，香港证监会就发了一个很严肃的警告，如果再次宕机，就不允许上市。这个例子说明，任何一个服务，都要有灾备意识。



自动化

在无人值守的情况下网站可以正常运行，一切都可以自动化是网站的理想状态。目前互联网的自动化架构设计主要集中的运维方面。



安全

互联网的开放特性使得其从诞生起就面对巨大的安全挑战，网站在安全架构方面也积累了许多模式：通过密码和手机校验码进行身份认证；登录、交易等操作需要对网络通讯进行加密，网站服务器上存储的敏感数据如用户信息等也进行加密处理；为了防止机器人程序滥用网络资源供给网站，网站使用验证码进行识别；对于常见的用于攻击网站的 XSS 攻击， SQL 注入，进行编码转换等相应处理；对于垃圾信息、敏感信息进行过滤；对转账交易等重要操作根据交易模式和交易信息进行风险控制。



注意：以上信息如有侵权，请联系作者删除，谢谢。