欢迎来到php自学网~
阅读模式:

一步步带你,如何网站架构

查看:1182  回复:0  类型:  来源:PHPChina  标签 网站架构

何为大型网站

大型网站特性

既然说的是大型网站架构,那么架构的背后自然是解决人因面对大型网站特性而带来的问题。这样可以先给大家说下大型网站的特性,这些特性带来的问题就是人要解决的问题

  1. 高并发、大流量:PV 量巨大;

  2. 高可用:7*24 小时不间断服务;

  3. 海量数据:文件数目分分钟 xxTB;

  4. 用户分布广泛,网络情况复杂:网络运营商;

  5. 安全环境恶劣:黑客的攻击;

  6. 需求快速变更,发布频繁:快速适应市场,满足用户需求;

  7. 渐进式发展:慢慢地运营出大型网站;

大型网站目标

既然说到了大型网站的特性,那么解决这些特性带来的问题要达到什么目标呢?如下:

大型网站架构方案

大型网站架构目标

每个目标背后面临着技术、设计、维护等诸多方面的挑战; 而目标本身的期望值也会根据实际情况进行调整,这也意味着网站架构建设是个不断调整的过程。

有了问题,也定了伟大的目标,那么网站在不同阶段面对不同的问题,是如何解决的?又是如何一步步成长为大型网站架构,实现这些伟大的目标呢?

如何网站架构

首先,什么是大型网站架构呢?

其实大型网站架构的概念对于每一个开发者来说很笼统、很模糊,正如盲人摸象,看到的、了解到的只是很小的一部分,大部分情况下我们只是负责架构中的一小块内容,所以很难清晰地给出具体定义。这就是所谓“不识庐山真面目 只缘身在此山中”的尴尬吧。所以我们要跳出来,站在宏观的角度,从整体到细节实现来认识大型网站架构。

那么从宏观的角度怎么去认识大型网站架构呢?正如前面几篇《细品架构系列》所描述对架构的认识,按照问题识别—>概念认知—>架构切分的思路,来分析大型网站架构的诞生:

  1. 问题识别:当前什么问题、谁的问题、问题边界;

  2. 概念认知:通过分析问题,会产生哪些概念,统一概念认知,达成沟通交流规范;

  3. 架构切分:根据概念来解决问题,如何架构切分,产生哪些架构,提出具体解决方案;

PS:上面的三个步骤具体如何识别、认知、切分,请详细参考前面几篇《细品架构系列》文章,可能使你会对架构有重新的认识。

在进行分析大型网站架构的演进之路前,首先我们要明确的两个价值观:

  1. 核心价值:随网站所需灵活应对;大型网站不是从无到有一步就搭建好一个大型网站,而是能够伴随小型网站业务的渐进发展,慢慢地演化成一个大型网站;

  2. 驱动力量:网站的业务发展—业务成就了技术,事业成就了人,而不是相反;

还有,大型网站架构演进必须避免的几个误区:

  1. 一味追随大公司的解决方案;

  2. 为了技术而技术–>常见问题;

  3. 企图用技术解决所有问题:技术是用来解决业务问题的,而业务的问题,也可以通过业务的手段去解决;

架构体系演进

单机时代

草根时期,快速开发网站并上线。当然,通常只是先试水,用户规模也没有形成,经济能力和投入也非常有限应用程序、数据库、文件等所有资源都集中在一台 Server上,典型案例:基于 LAMP 架构的 PHP 网站;

大型网站架构方案

单机时代(纯依赖RDBMS)

优点:简单、快速迭代达成业务目标;
缺点:存在单点、谈不上高可用;
技术点:应用设计要保证可扩展;

缓存出场

有一定的业务量和用户规模了,想提升网站速度,于是,缓存出场了

大型网站架构方案

单机时代+缓存出场

优点:简单有效、方便维护;
缺点:存在单点、谈不上高可用;
技术点:客户端(浏览器)缓存、前端页面缓存、页面片段缓存、本地数据缓存/数据库缓存、远程缓存;

如上图,缓存可以分为:

  1. 页面缓存:客户端缓存,减少对网站的访问;

  2. 本地缓存:访问速度快,但数据量有限,减少对DB查询;

  3. 远程缓存:远程访问,可以集群,因此容量不受限制;

数据服务与应用分离

市场反响还不错,用户量每天在增长,数据库疯狂读写,逐渐发现一台服务器快撑不住了。于是,决定把数据服务和APP做分离

大型网站架构方案

数据服务与应用分离

优点:简单有效、方便维护、提高不同Server对硬件资源的利用率;
缺点:存在单点、谈不上高可用;
技术点:文件服务器部署、数据库服务器,扩展数据访问模块;

分离后三台 Server 对硬件资源的需求各不相同:

  1. 应用服务器:需要更快更强大的 CPU;

  2. 数据库服务器:需要更快的硬盘和更大的内存;

  3. 文件服务器:需要更大的硬盘;

数据库读写分离

单台数据库也感觉快撑不住了,一般都会尝试做“读写分离”。由于大部分互联网“读多写少”的特性所决定的。Salve的台数,取决于按业务评估的读写比例。

大型网站架构方案

数据库读写分离

优点:简单有效、降低数据库单台压力;
缺点:读写分离,增加程序难度,架构变复杂,维护难度增加;
技术点:数据库主从同步部署,扩展数据访问模块,实现读写分离;

应用服务集群

数据库层面是缓解了,但是应用程序层面也出现了瓶颈,由于访问量增大,加上早期程序员水平有限写的代码也很烂,人员流动性也大,很难去维护和优化。所以,很常用的办法还是“堆机器”。

大型网站架构方案

应用出现瓶颈 负载均衡集群

优点:增加服务器和HA机制,系统性能及可用性得到保证;
缺点:应用之间缓存、Session一致性问题;
技术点:负载均衡;

通过集群解决高并发、海量数据问题的常用手段,实现系统的可伸缩性。通过负载均衡调度器,可将用户访问分发到集群中的某台 Server 上,应用服务器的负载压力不再成为整个网站的瓶颈。

集中式缓存、Session集中存储

加机器谁都会加,关键是加完之后得有效果,加完之后可能会引发一些问题。例如非常常见的:集群应用之间页面输出缓存和本地缓存一致性的问题,Session保存的问题……

大型网站架构方案

集中式缓存 Session集中存储

优点:应用之间缓存、Session一致,存储无限制,可以扩展;
缺点:不如本地缓存访问快,缓存服务器、Session服务器等仍存在单点问题;
技术点:缓存服务器部署、Session集中存储方案;

动静分离

动静分离也是提高网站响应速度的一种常用方式。将动态请求与静态请求分离开,尽量减少对应用服务器的压力。同时,可以再进一步对静态请求,进行缓存,以加快响应速度。可以需要开发人员配合(把静态资源放独立站点下),也可以不需要开发人员配合(利用7层反向代理来处理,根据后缀名等信息来判断资源类型)。

大型网站架构方案

使用动静分离

优点:减轻应用负载压力,针对静态文件缓存;
缺点:静态文件缓存更新失效问题;
技术点:动静分离、静态文件缓存方案;

反向代理和CDN加速网站响应

使用反向代理和CDN加速网站响应:CDN 和反向代理的基本原理都是缓存,区别在于:

  1. CDN部署在网络提供商的机房;

  2. 反向代理则部署在网站的中心机房;

使用 CDN 和反向代理的目的都是尽早返回数据给用户,一方面加快用户访问速度,另一方面也减轻后端服务器的负载压力。

大型网站架构方案

使用反向代理和 CDN 加速网站响应

优点:减轻应用负载压力,异地缓存有效解决不同地方用户访问过慢的问题;
缺点:成本大幅增加,架构进一步复杂化,也维护难度进一步增大,静态文件缓存更新失效问题;
技术点:CDN、反向代理方案;

使用NoSQL和搜索引擎

到这里,已经基本做到了DB层面和应用层面的横向扩展了,可以开始关注一些其它方面,例如:站内搜索的精准度,对DB的依赖,开始引入全文索引、NoSQL

NoSQL和搜索引擎都是源自互联网的技术手段,对可伸缩的分布式特性具有更好的支持。应用服务器则通过一个统一数据访问模块访问各种数据,减轻应用程序管理诸多数据源的麻烦。

大型网站架构方案

使用NoSQL和搜索引擎

优点:降低DB依赖;
缺点:单点问题,谈不上高可用;
技术点:NoSQL、搜索引擎、分布式;

到目前为止,一个能够承载日均百万级访问量的中型网站架构基本介绍完了。

如何保证高可用

在做扩展满足了基本的性能需求后,我们会逐渐关注“可用性”(也就是我们通常听别人吹牛时说的SLA、几个9)。如何保证真正“高可用”,也是个难题。

对关键应用/服务,做集群冗余负载,这也是保证高可用比较常用的手段:

  1. 文件系统、数据库系统集群;

  2. 静态内容服务器集群;

  3. CDN服务器集群;

  4. 反向代理服务器集群;

  5. 负载均衡调度器集群;

  6. 分布式NoSQL服务器集群;

  7. 搜索引擎服务器集群;

  8. 分布式缓存服务器集群;

  9. 分布式Session服务器集群;

大型网站架构方案

使用集群冗余负载 保证高可用

优点:集群负载,保证高可用;
缺点:数据一致性、数据有状态问题;
技术点:负载调度器、集群方案;

截止目前为止,都没有怎么去改动应用程序的架构,或者说通俗点,都不怎么需要大面积的修改代码。

如果上面那些手段都用光了,还是支撑不住怎么办?不停的加机器也不是办法啊?

应用垂直拆分

随着业务越来越复杂,网站的功能越来越多,虽然部署层面是采用的集群,但是应用程序架构层面还是“集中式”的,这样会导致很多耦合,不便于开发、维护,而且容易“一荣俱损”。所以,通常会把网站拆分出不同的子站点来单独宿主。

通过分而治之的手段将整个网站业务分成不同的产品线,如首页、商铺、订单、卖家、买家等拆分成不同的产品线,分归不同的业务团队负责。各个应用之间可以通过建立一个超链接建立关系,也可以通过消息队列进行数据分发。

大型网站架构方案

应用垂直拆分(分压,解耦)

优点:降低耦合、分压;
缺点:应用架构复杂;
技术点:业务抽取拆分;

业务垂直分库

应用都拆了,由于单个数据库的连接,QPS,TPS,I/O处理能力都非常有限,DB层面也可以去做垂直分库操作。

大型网站架构方案

业务垂直分库 分压 解耦

优点:降低DB耦合、分压DB;
缺点:数据访问模块复杂;
技术点:业务抽取拆分;

分布式服务化

拆分应用和DB之后,其实还是会有很多问题。不同的站点,里面可能会有相同逻辑和功能的代码。当然,对于一些基础的功能我们可以封装DLL或者Jar包去到处提供引用,但是这种强依赖也很容易造成一些问题(版本问题、依赖关系等处理起来非常麻烦)。

既然每一个应用系统都需要执行许多相通的业务操作,比如用户管理、商品管理等,那么可以将这些共用的业务提取出来,独立部署。这样,传说中的SOA的价值就得到体现了。

大型网站架构方案

分布式服务化(解耦,去重复)

优点:服务统一管理,提供重用度;
缺点:应用架构更复杂;
技术点:业务抽取拆分、服务化技术方案;

消息队列

应用、服务之间还是会出现一些依赖问题,这时候,高吞吐量的解耦利器出现了

大型网站架构方案

消息队列(服务间异步解耦 高吞吐量)

优点:提高吞吐量、应用、服务之间解耦;
缺点:存在消息消费延迟问题;
技术点:消息队列技术方案;

分库分表

*后,再介绍一个大型互联网公司都用的绝技–分库分表。个人经验,不是业务发展和各方面非常迫切,不要轻易走这一步

因为分库分表谁都会干,关键是拆完之后怎么办。目前,市面上还没有完全开源免费的方案,能让你一劳永逸地解决数据库拆分问题。

分库分表:

  1. 横向拆分;

  2. 纵向拆分;

  3. 分布式数据库访问层;

  4. 数据库中间件(代理);

网站架构总结

上面讲述了在网站业务发展的不同阶段,会面临不同的问题,针对不同的问题,会选择不同的架构。大型网站架构就是在不同阶段时解决不同问题的过程中慢慢演进来的。

*后几句话,送给有缘的你:

  1. 一切以解决业务目标为首要任务;

  2. 没有以业务为目标的任何架构、技术,都是毫无意义的耍流氓;

  3. 再牛逼的架构、再牛逼的技术,不能够解决业务的问题,你也只能算是会架构、会技术的工匠,而不能算是真正意义上的架构师;

  4. 业务成就了技术,平台成就了人,事业成就了人,而不是相反;


来源:http://www.phpchina.com/article-40035-1.html

分享到:
0 0

*有问题之处烦请在评论中指出非常感谢!
不是我想要的内容,继续搜索:

扫描二维码手机查看

发布评论:


登录:
  表情:
评论话题
推荐阅读:
浅谈javascript的函数节流   阅读:1179php连接redis   阅读:1663php 统计网页打开耗时和脚本运行内存   阅读:1907nginx编译安装后对nginx进行平滑升级   阅读:34mysql5.7开启sql日志的配置   阅读:1562mysql中文分词全文搜索索引讯搜的安装   阅读:1391给php7安装redis扩展库   阅读:1926php文件下载防盗链   阅读:2874nginx编译安装后对nginx进行平滑升级   阅读:34centos 7 设置 nginx-1.11.10 开机启动   阅读:2252linux php7安装yaf扩展   阅读:1074给php7安装redis扩展库   阅读:1926centos7.3安装mongodb3.6   阅读:1401封装php redis缓存操作类   阅读:1474phpexcel 超简单从数据库一键导出数据到excel教程   阅读:1966php打印九九加法表   阅读:1310ajax+php 实现一个简单的在线聊天室功能(附带源码)   阅读:2732mysql 为什么添加索引可以提高访问速度   阅读:1600php压缩页面的html代码一行显示   阅读:1712php中地址引用&的真正理解-变量引用、函数引用、对象引用   阅读:1225用php从1乘到100的值   阅读:1715比phpexcel还要简单的excel CSV 一键导入数据到数据库   阅读:1639shell脚本统计当前服务器并发连接数   阅读:1535一键分享到QQ空间、QQ好友、新浪微博、微信代码   阅读:6758给 centos 7 安装桌面环境   阅读:7414csv文件一键导入数据到mysql数据库   阅读:1847网站性能优化-页面静态缓存   阅读:1604centos7.3安装mongodb3.6   阅读:1401linux php7安装yaf扩展   阅读:1074纯干货,程序员面试的超实用技巧   阅读:1086centos 7 修改系统屏幕分辨率   阅读:13183crontab+shell脚本实现定时备份mysql数据库   阅读:1498php 使用 smtp.php 类在线发送邮件功能   阅读:1615centos7.3安装mongodb3.6   阅读:1401php显示刚刚、几分钟前、几小时前、几天前的函数   阅读:1716“米粉节”背后的故事——小米网抢购系统开发实践   阅读:998javascript点击复制内容   阅读:1352linux php7编译安装mongodb扩展   阅读:1079封装php redis缓存操作类   阅读:1474移动端自适应rem原理   阅读:4519企业让你去面试,可能不是真的招人   阅读:1385最简单的Banner轮播左右切换效果代码及实现思路(附带源码)   阅读:10896centos7.3安装mongodb3.6   阅读:1401linux时间戳有趣的情人节秒1234567890   阅读:983centos 7.2 添加php7 的 php-fpm 开机启动   阅读:7285linux php7安装yaf扩展   阅读:1074php压缩页面的html代码一行显示   阅读:1712给网站添加一键新浪微博登录的功能   阅读:2242php中地址引用&的真正理解-变量引用、函数引用、对象引用   阅读:1225linux top命令详解   阅读:1260