国内最全IT社区平台 联系我们 | 收藏本站
阿里云优惠2流量王
您当前位置:首页 > php框架 > 框架设计 > 网站架构设计参考(图文)

网站架构设计参考(图文)

来源:程序员人生   发布时间:2016-07-28 09:16:23 阅读次数:1717次

转载请注明出处:http://blog.csdn.net/anxpp/article/details/51614973,谢谢!

1、概述

    本人并未经历过1个网站从小到大的演变进程(这类机会本来就太小,而且愈来愈小),现在很多网站,从建立之初就搭建在大型网站提供的云计算服务之上,需要的1切资源都可以按需购买,并且极易伸缩。不过我觉得还是有必要了解1下大型网站的演变进程。下文是参考多方资料整理得出。

2、大型网站架构演变进程

    下面就是本人参考多方资源总结而得。


    2.1、初始阶段的网站架构

    网站1开始,使用的人其实不多,访问量比较小,使用1台服务器就已完全满足要求的。我们的个人主页、博客,都可使用以下架构:

01
    利用程序、数据库和文件等资源,都在同1台服务器上。通常也使用1些开源免费的软件来将本钱最低化。

    2.2、利用服务于数据服务分离

    随着业务的发展,1台服务器终将不能满足需求。这是,可以按需将利用服务和数据服务分离:利用服务器数据库服务器和文件服务器
    他们根据各自的特性,对cpu、内存和硬盘等的需求也各不相同:
02
    利用服务于数据服务分离后,不同特性的服务器担负不同的角色, 系统整体性能将大大提高。

    2.3、使用缓存改良性能

    我们很清楚,其实不是所有的资源都被平均访问到,恰好相反,1部份资源可能会被非常频繁的访问,而另外1些则几近不会被访问。
    如果我们将最常被访问的资源直接放到内存中(或其他的缓存方式),由于不再需要从数据库(硬盘)中读取,速度将会大大提高,不过也会增加对内存的需求。
    而缓存1般分两种,利用服务器本地缓存和远程缓存。本地缓存因内存缘由,不合适放太多,所以可以专门部署大内存的服务器,当远程缓存服务器(速度比本地缓存会慢些)。而目前的缓存技术也比较多,常见的NoSQL数据库也常被用来当缓存工具使用,本地缓存也能借助1些框架实现,这时候的架构以下:
03
    使用缓存后,数据访问压力会大大减小。

    2.4、使用服务器集群

    业务继续发展后,高并发的访问不可避免,使用服务器集群是比较经常使用的有效手段。
    这相当于将1台利用服务器复制多个,然后通过负载均衡服务器,将要求分发到不同的利用服务器,他们干的是相同的事,不过压力会大大减小:
04
    根据高并发的情况,可以增加或减少其中的利用服务器,从而使系统有较好的伸缩性。

    2.5、数据库读写分离

    虽然缓存能1定程度上优化数据访问,但是当业务发展1定程度时,数据库的负载压力可能还是会太高,从而成为瓶颈。
    目前主流的数据库,都支持配置主从数据库,利用这1特性,我们可以部署两台数据库服务器,1台用于写操作,这是主数据库,而从数据库用于读,主数据库会将数据以数据库提供的机制,增量同步到从数据库,这样就改良了数据库的负载压力:
06
    为了便于利用服务器的扩大和更容易的访问主从两个数据库,通常会从利用服务器中独立出来1个专门用来访问数据库的数据访问模块。

    2.6、使用反向代理和CDN加速访问

    CND和反向代理都是使用缓存的原理,区分在于前者部署与网络提供商的机房,使用户咋要求资源时,从就近的机房获得数据;后者部署于利用服务器前端,用户要求到达后,会有限返回服务器中缓存的可用资源。
07
    这两种技术主要目的就是加速用户的访问,使数据返回更快,同时还能减轻后端服务器的负载压力。

    2.7、散布式文件服务器和散布式数据库

    随着业务的日趋增长,任何单个强大的服务器都不能满足业务的需求,这时候可使用散布式数据库和散布式文件服务器
    在数据已到达服务器不能支持的时候,就能够拆分业务,让他们使用的数据库服务器部署在不同的物理服务器上:
09

    2.8、使用NoSQL和搜索引擎

    通常使用NoSQL和搜索引擎技术来处理复杂的数据存储和检索:
10

    2.9、业务拆分

    随着业务的进1步发展,也使其变得更加复杂,致使全部系统难以保护。
    这时候就能够将全部业务拆分成不同的产品线,再按需将各个产品线拆分成不同的利用,并对这些利用单独部署保护,然后以超链接、消息队列数据分发和访问统1的数据存储系统来关联这个完全的系统:
09

    2.10、散布式服务

    随着业务的拆分得愈来愈小,全部系统的关联上也变得日趋复杂,部署保护仍然是1件非常困难的事。
    这时候可以将这些业务中1些通用的地方提取出来独立部署加以复用,提供统1的服务:
10

3、其他

    目前,实现以上架构都有大量成熟稳定的技术支持,博客后续也会陆续更新添加相干技术的文章。
    对架构的选择,不能1味寻求大而全,应当以当前业务及后续发展公道选择,既能节俭直接本钱,还能下降开发、部署和保护的本钱。
生活不易,码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠
程序员人生
------分隔线----------------------------
分享到:
------分隔线----------------------------
关闭
程序员人生