关键词：
一、前言
? 随着社会的发展，技术的进步，以前的大型机架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了，替代它的就是当下最火的分布式架构，从大型机到分布式，经历了好几个阶段，我们弄明白各个阶段的架构，才能更好地理解和体会分布式架构的好处，那么本文我们就来聊聊分布式架构的演进过程，希望能给大家带来眼前一亮的感觉。
二、背景说明
? 我们都知道一个成熟的大型网站的系统架构并非一开始就设计的非常完美，也没有一开始就具备高性能、高并发、高可用、安全性等特性，而是随着用户量的增加、业务功能的扩展逐步演变过来的，慢慢的完善的。 在这个过程中，开发模式、技术架构等都会随着迭代发生非常大的变化。 而针对不同业务特征的系统，各自都会有自己的侧重点，例如像淘宝这类的网站，要解决的重点问题就是海量商品搜索、下单、支付等问题; 像腾讯这类的网站，要解决的是数亿级别用户的实时消息传输;而像百度这类的公司所要解决的又是海量数据的搜索。每一个种类的业务都有自己不同的系统架构。
? 下面我们来简单模拟一个架构演变过程。 我们以 javaweb 为例，来搭建一个简单的电商系统，从这个系统中来看系统的演变过程。要注意的是接下来的演示模型， 关注的是数据量、访问量提升，网站结构的变化， 而不关注具体业务的功能点。其次，这个过程是为了让大家能更好的了解网站演进过程中的一些问题和应对策略。
?假如我们系统具备以下功能:
- 用户模块:用户注册和管理。
- 商品模块:商品展示和管理。
- 交易模块:创建交易及支付结算。
三、阶段一：单应用架构?
这个阶段是网站的初期，也可以认为是互联网发展的早期，系统架构如上图所示。我们经常会在单台服务器上运行我们所有的程序和软件。 把所有软件和应用都部署在一台机器上，这样就完成一个简单系统的搭建，这个阶段的讲究的是效率。效率决定生死。
四、阶段二：应用服务器和数据库服务器分离
? 随着网站的上线，访问量逐步上升，服务器的负载慢慢提高，我们应该在服务器还没有超载的时候就做好规划、提升网站的负载能力。假若此时已经没办法在代码层面继续优化提高，那么在单台机器的性能遇到瓶颈的时候，增加机器是一个比较简单好用的方式，投入产出比相当高。这个阶段增加机器的主要目的是将 web 服务器和 数据库服务器拆分开来，这样做的话不仅提高了单机的负载能力，也提高了整个系统的容灾能力。
五、阶段三：应用服务器集群
? 这个阶段，随着访问量的继续不断增加，单台应用服务器已经无法满足我们的需求。 假设我的数据库服务器还没有遇到性能问题，那我们可以通过增加应用服务器的方式来将应用服务器集群化，这样就可以将用户请求分流到各个服务器中，从而达到继续提升系统负载能力的目的。此时各个应用服务器之间没有直接的交互，他们都是依赖数据库各自对外提供服务。
系统架构发展到这个阶段，各种问题也会接踵而至：
-
用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡)
-
用户如果每次访问到的服务器不一样，那么如何维护
session，达到session共享的目的。
那么此时，系统架构又会变成如下方式：
? 负载均衡又可以分为软负载和硬负载。软负载我们可以选择Nginx、Apache等，硬负载我们可以选择F5等。而session共享问题我们可以通过配置tomcat的session共享解决。
六、阶段四：数据库压力变大，数据库读写分离
架构演变到上面的阶段，并不是终点。通过上面的设计，应用层的性能被我们拉上来了， 但数据库的负载也在逐渐增大，那如何去提高数据库层面的性能呢？有了前面的设计思路以后，我们自然也会想到通过增加服务器来提高性能。但假如我们单纯的把数据库一分为二，然后对于数据库的请求，分别负载到两台数据库服务器上，那必定会造成数据库数据不统一的问题。 所以我们一般先考虑将数据库读写分离。
这个架构设计的变化会带来如下几个问题：
- 主从数据库之间的数据需要同步(可以使用 mysql 自带的 master-slave 方式实现主从复制 )
- 应用中需要根据业务进行对应数据源的选择( 采用第三方数据库中间件，例如 mycat )
七、阶段五：使用搜索引擎缓解读库的压力
? 我们都知道数据库常常对模糊查找效率不是很高，像电商类的网站，搜索是非常核心的功能，即使是做了读写分离，这个问题也不能得到有效解决。那么这个时候我们就需要引入搜索引擎了，使用搜索引擎能够大大提升我们系统的查询速度，但同时也会带来一 些附加的问题，比如维护索引的构建、数据同步到搜索引擎等。
八、阶段六：引入缓存机制缓解数据库的压力
? 然后，随着访问量的持续不断增加，逐渐会出现许多用户访问同一内容的情况，那么对于这些热点数据，没必要每次都从数据库重读取，这时我们可以使用到缓存技术，比如 redis、memcache 来作为我们应用层的缓存。另外在某些场景下，如我们对用户的某些 IP 的访问频率做限制， 那这个放内存中就又不合适，放数据库又太麻烦了，那这个时候可以使用 Nosql 的方式比如 mongDB 来代替传统的关系型数据库。
九、阶段七：数据库的水平/垂直拆分
我们的网站演进的变化过程，交易、商品、用户的数据都还在同一 个数据库中，尽管采取了增加缓存，读写分离的方式，但是随着数 据库的压力持续增加，数据库的瓶颈仍然是个最大的问题。因此我 们可以考虑对数据的垂直拆分和水平拆分。
垂直拆分:把数据库中不同业务数据拆分到不同的数据库。
水平拆分:把同一个表中的数据拆分到两个甚至更多的数据库中，水平拆分的原因是某些业务数据量已经达到了单个数据库的瓶颈，这时可以采取将表拆分到多个数据库中。
十、阶段八：应用的拆分
随着业务的发展，业务量越来越大，应用的压力越来越大。工程规模也越来越庞大。这个时候就可以考虑将应用拆分，按照领域模型将我们的用户、商品、交易拆分成多个子系统。
? 这样拆分以后，可能会有一些相同的代码，比如用户操作，在商品和交易都需要查询，所以会导致每个系统都会有用户查询访问相关操作。这些相同的操作一定是要抽象出来，否则就是一个坑。所以通过走服务化路线的方式来解决。
那么服务拆分以后，各个服务之间如何进行远程通信呢? 通过 RPC 技术，比较典型的有:dubbo、webservice、hessian、http、RMI 等等。前期通过这些技术能够很好的解决各个服务之间通信问题，但是， 互联网的发展是持续的，所以架构的演变和优化也还在持续。
十一、总结
通过本文，我们通过一个电商的案例，就了解到了分布式架构的演进过程，一环套一环，环环紧密相扣。都是通过业务量和访问量的提升来考虑重构架构设计，以便能够适应当前的环境。不可一蹴而就，也急不来，初创企业必须稳扎稳打，一步一个脚印的走出一条专属自己的路。加油，everybody！
《大型网站技术架构》读书笔记——大型网站软件系统架构演变(代码片段)
大型网站软件系统特点大型网站架构演化发展进程大型网站的技术挑战主要来自于庞大的用户，高并发的访问和海量的数据。初始阶段的网站架构大型网站都是从小型网站发展而来，网站架构也是一样，是从小型网站... 查看详情
系统架构演变与springcloud简介
系统架构的演变随着互联网的发展，网站应用的规模不断扩大。需求的激增，带来的是技术上的压力。系统架构也在不断的演变、升级、迭代。从单一应用到垂直拆分、到分布式服务、到SOA，以及当下较火的微服务架... 查看详情
大型网站架构演变
1、简介大型网站架构的演进最开始都是由小及大慢慢演变过来的，任何一个好的架构都不是设计出来了，是经过业务发展迭代而来的，这个观点我是赞同的。对于网站架构技术非常有兴趣，一直持续关注学习架构技术，本次想... 查看详情
网站业务架构演变过程
有一天，我突发奇想创建了一个站点，基于LNMP架构，起初只有我自己访问，后来因为我点儿正，访问量越来越大，所以最终导致下面的架构演变。1.单台机器因为只是一个小站，访问量一天也没有多少uv（100以内），所以用一台1... 查看详情
大型网站架构演变史（含技术栈与价值观）
这篇文章是参考李智慧的《大型网站技术架构：核心原理与案例分析》和现蘑菇街CTO曽宪杰的《大型网站系统与Java中间件实践》写的一篇读书笔记。前言何谓大型网站？大型网站的特点是什么？大型网站架构发生演变的源动力... 查看详情
软件系统架构演变
软件系统架构演变 单一应用架构当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。垂直应用架构当访问量逐渐增大，单一应... 查看详情
浅谈网站架构演变
浅谈网站架构 作为一个从事后台开发已经2年的程序员来讲，大部分时间都忙于业务逻辑分析，往往忽略了业务之上的架构层面的设计。本文作为网站架构知识的补充，不仅开拓了眼界，也对以后的程序设计益处多... 查看详情
大数据flink进阶：数据架构的演变
...支撑业务正常运转的事务数据，例如：系统订单交易量、网站活跃用户数、每个用户在线的状态等，针对这些数据库的操作也主要是增删改查操作，单体架构如下： 查看详情
大型网站架构演变和知识体系
...，讲述了淘宝网的架构演变过程，感觉挺好的，之前就对网站架构比较感兴趣，所以也会多关注一些架构方向的文章。本篇文章也是看到后感觉很棒，由于转载的并不是真正的作者，所以也就无法贴出真正作者地址了。以下是该... 查看详情
网站平台架构演变史
...的产品已经做了11个年头了，在餐饮业可以说数一数二，网站架构从原始的单一应用一直演变至今，已经十分庞大了，不说完美，但是可支撑的业务量已经十分强大。最近受邀参与了他们的架构分享会，在此我也总结一下大致内... 查看详情
《唯品会峰值系统架构演变》
...本文中用“大促”就指代419）。唯品会是一个闪购网站，用户来得越早，越能买到又便宜又好的东西，所以在大促的一开始，会涌入大量用户，形成系统流量峰值。本文总结了唯品会419时日志平台遇到的问题和解决方案，... 查看详情
转载：大型网站架构演变和知识体系
...据库最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由... 查看详情
网站架构演变
...库集群各种缓存服务器业务模型1.2步骤此案例主要是学习网站架构演变的过程，以拓扑图和理论为主，具体实现还需要结合具体的软件。步骤一：单机版LNMP单机版网站，拓扑如图-1所示。用户量少时使用，简单、成本低、存在单... 查看详情
互联网技术架构演变过程-软件架构设计学习第四天(非原创)
文章大纲一、演变过程思路图二、何为大型网站三、架构体系演进四、架构总结五、参考文章一、演变过程思路图二、何为大型网站1.大型网站特性既然说的是大型网站架构，那么架构的背后自然是解决人因面对大型网站特性而... 查看详情
(转载)中大型网站架构演变之路
标签：网站架构 大型网站架构原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://lizhenliang.blog.51cto.com/7876557/1951651前言网上有很多文章类似于... 查看详情
大型网站架构-1.架构的演变过程
...发之路。 2.第二阶段：应用服务和数据服务分离随着网站的第一次上线，我们的网站如果运营得不错的话，在这之后应该会逐渐积累人气，业务也会随 查看详情
从100pv到1亿级pv网站架构演变
一个网站就像一个人，存在一个从小到大的过程。养一个网站和养一个人一样，不同时期需要不同的方法，不同的方法下有共同的原则。本文结合我自已14年网站人的经历记录一些架构演变中的体会。1：积累是必不可少的架构师... 查看详情
从100pv到1亿级pv网站架构演变（转）
http://www.linuxde.net/2013/05/13581.html 一个网站就像一个人，存在一个从小到大的过程。养一个网站和养一个人一样，不同时期需要不同的方法，不同的方法下有共同的原则。本文结合我自已14年网站人的经历记录一些架构演变中... 查看详情