网站技术

关于大型网站技术演进的思考（十一）网站静态化处理―动静分离策略（3）

 前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。由此可见，网站静态化处理的核心就是动静分离和缓存两大方面，上篇我简单讲述了动静整合的基础知识，本篇将会讲述两大核心之一的动静分离策略，只有把动静分离策略做好了，缓存才能发挥出
027ryan·2016-02-19 11:26

关于大型网站技术演进的思考(十)网站静态化处理―动静整合方案（2）

 上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异的web前端技术相比，就显得不伦不类了。其实当我打算写本系列的之前我个人觉得web前端有一个点是很多人都知道重要，但是有常常低估它作用的，那就是web前端和web服务端如何融合的这个点上，这个点再加上我们要做出一个规模庞大，高并发，快速响应
027ryan·2016-02-19 11:24

关于大型网站技术演进的思考（九）--网站静态化处理--总述（1）

 在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情况下任然能保证快速的响应，这其中有什么样的技术手段可以达到动态网站支撑高并发的场景了，这也许是每个做w
027ryan·2016-02-19 10:38

关于大型网站技术演进的思考（八）--存储的瓶颈终篇（8）

在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示： 这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点：       下图是京东选择配货地点：                那么图一跟京东和淘宝有什么区别呢？图一的电商强制用户选择
027ryan·2016-02-19 10:10

关于大型网站技术演进的思考（七）--存储的瓶颈（7）

  本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。其实不管什么样的问题场景最后解决它都要落实到数据库的话，那么这个问题场景一定是击中了数据库的某个痛点，那么我前
027ryan·2016-02-19 10:41

关于大型网站技术演进的思考（六）--存储的瓶颈（6）

 在讲数据库水平拆分时候，我列出了水平拆分数据库需要解决的两个难题，它们分别是主键的设计问题和单表查询的问题，主键问题前文已经做了比较详细的讲述了，但是第二个问题我没有讲述，今天我将会讲讲如何解决数据表被水平拆分后的单表查询问题。要解决数据表被水平拆分后的单表查询问题，我们首先要回到问题的源头，我们为什么需要将数据库的表进行水平拆分。下面我们来推导下我们最终下定决心做水平拆分表的演进过程，具体如下
027ryan·2016-02-19 10:01

关于大型网站技术演进的思考（五）--存储的瓶颈（5）

 上文里我遗留了两个问题，一个问题是数据库做了水平拆分以后，如果我们对主键的设计采取一种均匀分布的策略，那么它对于被水平拆分出的表后续的查询操作将有何种影响，第二个问题就是水平拆分的扩容问题。这两个问题在深入下去，本系列就越来越技术化了，可能最终很多朋友读完后还是没有找到解决实际问题的启迪，而且我觉得这些问题都是像BAT这样巨型互联网公司才会认真思考的，因此本篇我打算换个角度来阐述本文的后续内容。
027ryan·2016-02-19 10:55

关于大型网站技术演进的思考（三）--存储的瓶颈（3）

  存储的瓶颈写到现在就要进入到深水区了，如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段，那么此时我们所面临的技术难度的挑战也会大大增强。这里我们先回顾下数据库的垂直拆分和水平拆分的定义：垂直拆分：把一个数据库中不同业务单元的数据分到不同的数据库里。水平拆分：是根据一定的规则把同一业务单元的数据拆分到多个数据库里。垂直拆分是一个粗粒度的拆分数据，它主要是将原来在一个数据库下的表拆分到不
027ryan·2016-02-19 10:51

关于大型网站技术演进的思考（二）--存储的瓶颈（2）

  上篇里我讲到某些网站在高并发下会报出503错误，503错误的含义是指网站服务端暂时无法提供服务的含义，503还表达了网站服务端现在有问题但是以后可能会提供正常的服务，对http协议熟悉的人都知道，5开头的响应码表达了服务端出现了问题，在我们开发测试时候最为常见的是500错误，500代表的含义是服务端程序出现了错误导致网站无法正常提供服务，500通常是服务端异常和错误所致，如果生产系统里发现了5
027ryan·2016-02-19 10:48

关于大型网站技术演进的思考（一）--存储的瓶颈（1）

前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训，两天12个小时信息量非常大，知识的广度和难度也非常大，培训完后我很难完整理出全部听到的知识，今天我换了个思路是回味这次培训，这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程
027ryan·2016-02-19 09:59

大型网站技术架构读书笔记01—大型网站架构演化史

今天的笔记是简单介绍一个大型网站从小到大的演化。每一个大型网站都是从小型网站逐渐演化过来的，大多数网站的演化都要经历以下阶段。一：网站初始阶段架构最开始网站的规模很小，访问量和并发量不大，数据量也不是很大。所以只需要一台服务器就可以支撑网站运行的全部工作，其架构图如下：这个时候应用程序，文件和数据库都部署在一台服务器上。典型的部署方式有LPAM(操作系统Linux，应用程序PHP，服务器Appac
猫霸·2016-02-18 21:32

《大型网站技术架构――核心原理与案例分析》读书笔记(4)

第四章网站的高性能架构网站性能是客观的指标，可以具体体现到响应时间，吞吐量等技术指标，同时也是主观的感受，而感受则是一种与具体参与者相关的微妙的东西，用户的感受和工程师的感受不同，不同的用户感受也不同。一、网站性能测试性能测试是性能优化的前提和基础，也是性能优化结果的检查和度量标准。不同视角下的网站性能有不同的标准，也有不同的优化手段。1.不同视角下的网站性能(1)用户角度，网站性能就是用户在浏览
csuwzc·2016-02-18 18:20

《大型网站技术架构――核心原理与案例分析》读书笔记(3)

第三章大型网站核心架构要素架构的通俗说法是“最高层次的规划，难以改变的决定”，这些规划和决定奠定了事物未来发展的方向和最终的蓝图。除了软件的功能，架构设计中要考虑的核心要素还有；性能、可用性、扩展性、伸缩性、安全性。软件架构的定义：有关软件整体结构与组件的抽象描述，用于指导大型软件系统各方面的设计。这些组成部分可以是具体的功能需求，也可以是非功能的设计与决策。一、性能性能是网站架构设计的一个重要方
csuwzc·2016-02-18 17:41

《大型网站技术架构――核心原理与案例分析》读书笔记(2)

第二章大型网站架构模式模式描述了在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作。模式的关键在于模式的可重复性。为了解决大型网站面临的高并发访问、海量数据处理、高可靠运行等一系列问题与挑战，大型互联网公司在实践中提出了许多解决方案，以实现网站高性能、高可用、易伸缩、可扩展、安全等各种技术架构目标。这些解决方案又被更多网站重复使用，从而逐渐形成大
csuwzc·2016-02-18 16:55

主从热备+负载均衡（LVS + keepalived）

前言淘宝架构师李智慧大牛的书籍《大型网站技术架构》以及旭龙兄的博客---》【大型网站技术实践】初级篇：借助LVS+Keepalived实现负载均衡。
飞雪天下·2016-02-15 11:00

大型网站架构

0系列目录应用系统架构大型网站技术架构的演进与设计大型网站技术架构的实践大型网站图片服务器架构的演进1设计理念1.1空间换时间多级缓存，静态化客户端页面缓存（httpheader中包含Expires/CacheofControl
淘气小男孩·2016-02-12 20:00

《大型网站技术架构：核心原理与案例分析》读书笔记2

1、大型网站架构演化2、大型网站架构模式3、核心架构要素4、高性能架构5、高可用架构6、伸缩性架构7、可扩展架构8、安全架构9、案例10、架构师
jamsonwoo·2016-02-12 19:00

大型网站架构演化——《大型网站技术架构：核心原理与案例分析》读书笔记

1、大型网站架构演化一、大型网站软件系统的特点  特点： 1）高并发，大流量；        2）高可用；        3）海量数据；        4）用户分布广泛，网络情况复杂；        5）安全环境恶劣；        6）需求快速变更，发布频繁；        7）渐进式发展。二、大型网站架构演化发展历程     1、初始阶段        Linux、PHP、Apache、MyS
jamsonwoo·2016-02-12 18:00

关于大型网站技术演进的思考（十）--网站静态化处理—动静整合方案（2）

Home-brewhttp://brew.shmac下安装javaHLnotavailable的解决办法在Mac下安装Eclipse插件svnEclipse插件后，每次打开Eclipse都会弹出如下弹出框：提示你本机缺少JavaHLLibrary。选择Eclipse→偏好设置（preference）→Team→SVN，可以看到SVN接口Client的定义如下：这说明当前系统中缺少JavaHL，需要
mr_raptor·2016-02-04 11:00

关于大型网站技术演进的思考（九）--网站静态化处理--总述（1）

在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情况下任然能保证快速的响应，这其中有什么样的技术手段可以达到动态网站支撑高并发的场景了，这也许是每个做we
mr_raptor·2016-02-04 09:00

关于大型网站技术演进的思考（七）：存储的瓶颈（7）

本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。其实不管什么样的问题场景最后解决它都要落实到数据库的话，那么这个问题场景一定是击中了数据库的某个痛点，那么我前面的
mr_raptor·2016-02-04 09:00

关于大型网站技术演进的思考（八）：存储的瓶颈（8）

在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示：这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点：下图是京东选择配货地点：那么图一跟京东和淘宝有什么区别呢？图一的电商强制用户选择地区后，那么我们在查询这个商品时候会因为地区不同
mr_raptor·2016-02-04 09:00

关于大型网站技术演进的思考（六）：存储的瓶颈（6）

在讲数据库水平拆分时候，我列出了水平拆分数据库需要解决的两个难题，它们分别是主键的设计问题和单表查询的问题，主键问题前文已经做了比较详细的讲述了，但是第二个问题我没有讲述，今天我将会讲讲如何解决数据表被垂直拆分后的单表查询问题。要解决数据表被水平拆分后的单表查询问题，我们首先要回到问题的源头，我们为什么需要将数据库的表进行水平拆分。下面我们来推导下我们最终下定决心做水平拆分表的演进过程，具体如下：
mr_raptor·2016-02-04 09:00

关于大型网站技术演进的思考（五）：存储的瓶颈（5

上文里我遗留了两个问题，一个问题是数据库做了水平拆分以后，如果我们对主键的设计采取一种均匀分布的策略，那么它对于被水平拆分出的表后续的查询操作将有何种影响，第二个问题就是水平拆分的扩容问题。这两个问题在深入下去，本系列就越来越技术化了，可能最终很多朋友读完后还是没有找到解决实际问题的启迪，而且我觉得这些问题都是像BAT这样巨型互联网公司才会认真思考的，因此本篇我打算换个角度来阐述本文的后续内容。这
mr_raptor·2016-02-03 16:00

关于大型网站技术演进的思考（四）：存储的瓶颈（4）

如果数据库需要进行水平拆分，这其实是一件很开心的事情，因为它代表公司的业务正在迅猛的增长，对于开发人员而言那就是有不尽的项目可以做，虽然会感觉很忙，但是人过的充实，心里也踏实。数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表，每一张表都用独立的数据库进行存储。当表被水平拆分后，原数据表成为了一个逻辑的概
mr_raptor·2016-02-03 15:00

关于大型网站技术演进的思考（三）：存储的瓶颈（3）

存储的瓶颈写到现在就要进入到深水区了，如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段，那么此时我们所面临的技术难度的挑战也会大大增强。这里我们先回顾下数据库的垂直拆分和水平拆分的定义：垂直拆分：把一个数据库中不同业务单元的数据分到不同的数据库里。水平拆分：是根据一定的规则把同一业务单元的数据拆分到多个数据库里。垂直拆分是一个粗粒度的拆分数据，它主要是将原来在一个数据库下的表拆分到不同的
mr_raptor·2016-02-03 15:00

关于大型网站技术演进的思考（二）：存储的瓶颈（2）

上篇里我讲到某些网站在高并发下会报出503错误，503错误的含义是指网站服务端暂时无法提供服务的含义，503还表达了网站服务端现在有问题但是以后可能会提供正常的服务，对http协议熟悉的人都知道，5开头的响应码表达了服务端出现了问题，在我们开发测试时候最为常见的是500错误，500代表的含义是服务端程序出现了错误导致网站无法正常提供服务，500通常是服务端异常和错误所致，如果生产系统里发现了500
mr_raptor·2016-02-03 14:00

关于大型网站技术演进的思考（一）：存储的瓶颈（1）

前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训，两天12个小时信息量非常大，知识的广度和难度也非常大，培训完后我很难完整理出全部听到的知识，今天我换了个思路是回味这次培训，这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程
mr_raptor·2016-02-03 14:00

Java程序员读书推荐（排名不分先后）

半数值算法；卷三：排序与查找） 2.coder面试逻辑题解析 3.Hadoop技术内幕：深入解析MapReduce架构设计与实现原理 4.JavaScript权威指南 5.Java性能优化权威指南 6.大型网站技术架构
pricker·2016-01-28 09:00

第六章 memcached剖析

《memcached全面剖析》，该书籍市面上应该没有，我传到了百度云盘，链接如下：http://pan.baidu.com/s/1qX00Lti《大型网站技术架构：核心原理与案例分析》前提：本文是基于memcached1.4
赵计刚·2016-01-25 17:00

第六章 memcached剖析

《memcached全面剖析》，该书籍市面上应该没有，我传到了百度云盘，链接如下：http://pan.baidu.com/s/1qX00Lti《大型网站技术架构：核心原理与案例分析》前提：本文是基于memcached1.4
赵计刚·2016-01-25 17:00

大型网站技术架构

一、使用缓存减轻数据库的压力，提升网站性能。二八定律，80%的业务访问集中在20%的数据上。1.缓存在应用服务器上的本地缓存。（Session）2.缓存在专门的分布式缓存服务器上的远程缓存。可以采用集群的方式，理论上可以做到无限扩充。（Redis、memcached等）二、使用服务器集群改善网站的并发处理能力。1.单一服务器无法满足需求时，不要企图更换更大的服务器。更恰当的做法是增加服务器来分担原
664142818·2016-01-22 17:00

大型网站技术架构

一、使用缓存减轻数据库的压力，提升网站性能。二八定律，80%的业务访问集中在20%的数据上。1.缓存在应用服务器上的本地缓存。（Session）2.缓存在专门的分布式缓存服务器上的远程缓存。可以采用集群的方式，理论上可以做到无限扩充。（Redis、memcached等）二、使用服务器集群改善网站的并发处理能力。1.单一服务器无法满足需求时，不要企图更换更大的服务器。更恰当的做法是增加服务器来分担原
664142818·2016-01-22 17:00

第十五章 线程池的选用与线程数的指定

注意：本章主要参考自《大型分布式Java应用：基础与实践》和《大型网站技术架构：核心原理与案例分析》1、选用的两个角度高性能：将提交到线程池中的任务直接交给线程去处理（前提：线程数小于最大线程数），不入队缓冲执行
赵计刚·2016-01-22 12:00

第十五章 线程池的选用与线程数的指定

注意：本章主要参考自《大型分布式Java应用：基础与实践》和《大型网站技术架构：核心原理与案例分析》1、选用的两个角度高性能：将提交到线程池中的任务直接交给线程去处理（前提：线程数小于最大线程数），不入队缓冲执行
赵计刚·2016-01-22 12:00

大型网站技术学习-3. 容器Docker与kubernetes

大型网站技术基石篇-容器Docker与kubernetes   Docker和Kubernetes的关系就如Xen与OpenStack。
stonehat·2016-01-21 15:00

大型网站技术架构（八）网站的安全架构

 从互联网诞生起，安全威胁就一直伴随着网站的发展，各种Web攻击和信息泄露也从未停止。常见的攻击手段有XSS攻击、SQL注入、CSRF、Session劫持等。1、XSS攻击 XSS攻击即跨站点脚本攻击（CrossSiteScript），指黑客通过篡改网页，注入恶意HTML脚本，在用户访问网页时，控制用户浏览器进行恶意操作的一种攻击方式。常见的XSS攻击类型有两种，一种是反射型，攻击者诱使用户点击一
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（七）网站的可扩展性架构

 扩展性是指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。        设计网站可扩展架构的核心思想是模块化，并在此基础上，降低模块间的耦合性，提供模块的复用性。模块通过分布式部署，独立的模块部署在独立的服务器上（集群）从物理上分离模块之间的耦合关系。       模块分布式部署以后具体聚合方式主要有分布式消息队列和分布式服务。1、利用分布式消息队列降低系统耦合性       如果
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（三）架构核心要素

 所谓架构，一种通俗的说法就是“最高层次的规划，难以改变的决定”，这些规划和决定奠定了事物未来发展的方向和最终的蓝图。      而软件架构即“有关软件整体结构与组件的抽象描述，用于指导大型软件系统各方面的设计”。一般来说软件架构需要关注性能、可用性、伸缩性、扩展性和安全性这5个架构要素。1、性能     性能是网站架构设计的一个重要方面，任何软件架构设计方案都必须考虑可能带来的性能问题。也正因为
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（五）网站高可用架构

网站的可用性（Avaliability）描述网站可有效访问的特性。1、网站可用性的度量与考核     网站不可用时间（故障时间）=故障修复时间点-故障发现（报告）时间点     网站年度不可用时间=（1-网站不可用时间/年度时间）×100%     可用性指标时网站架构设计的重要指标，对外是服务承诺，对内是考核指标，具体到每个工程师，更多的是使用故障分。     所谓故障分是指对网站故障进行分类加
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（二）架构模式

 每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作。         所谓网站架构模式即为了解决大型网站面临的高并发访问、海量数据、高可靠运行灯一系列问题与挑战。为此，在实践中提出了许多解决方案，以实现网站高性能、高可靠性、易伸缩、可扩展、安全等各种技术架构目标。1、分层       分词是企业应用系统中最常见的一种架构牧师
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（六）网站的伸缩性架构

 网站系统的伸缩性架构最重要的技术手段就是使用服务器集群功能，通过不断地向集群中添加服务器来增强整个集群的处理能力。“伸”即网站的规模和服务器的规模总是在不断扩大。1、网站架构的伸缩性设计网站的伸缩性设计可以分成两类，一类是根据功能进行物理分离实现伸缩，一类是单一功能通过集群实现伸缩。前者是不同的服务器部署不同的服务，提供不同的 功能；后者是集群内的多台服务器部署相同的服务，提供相关的功能。1.1
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（四）网站的高性能架构

网站性能是客观的指标，可以具体体现到响应时间、吞吐量、并发数、性能计数器等技术指标。1、性能测试指标1.1响应时间     指应用执行一个操作需要的时间，指从发出请求到最后收到响应数据所需要的时间。如下列出了系统常用的操作响应时间表.操作响应时间打开一个网站几秒数据库查询一条记录（有索引）十几毫秒机械磁盘一次寻址定位4毫秒从机械磁盘顺序读取1M数据2毫秒从SSD磁盘顺序读取1M数据0.3毫秒从远程
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（一）大型网站架构演化

 看完了有一本书，就应该有所收获，有所总结，最近把《大型网站技术架构》一书给看完了，给人的印象实在深刻，再加上之前也搞过书本上讲的反向代理和负载均衡以及session独立存储和缓存，因此书本看起来还是挺通俗易懂的
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（八）网站的安全架构

 从互联网诞生起，安全威胁就一直伴随着网站的发展，各种Web攻击和信息泄露也从未停止。常见的攻击手段有XSS攻击、SQL注入、CSRF、Session劫持等。1、XSS攻击 XSS攻击即跨站点脚本攻击（CrossSiteScript），指黑客通过篡改网页，注入恶意HTML脚本，在用户访问网页时，控制用户浏览器进行恶意操作的一种攻击方式。常见的XSS攻击类型有两种，一种是反射型，攻击者诱使用户点击一
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（三）架构核心要素

 所谓架构，一种通俗的说法就是“最高层次的规划，难以改变的决定”，这些规划和决定奠定了事物未来发展的方向和最终的蓝图。      而软件架构即“有关软件整体结构与组件的抽象描述，用于指导大型软件系统各方面的设计”。一般来说软件架构需要关注性能、可用性、伸缩性、扩展性和安全性这5个架构要素。1、性能     性能是网站架构设计的一个重要方面，任何软件架构设计方案都必须考虑可能带来的性能问题。也正因为
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（七）网站的可扩展性架构

 扩展性是指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。        设计网站可扩展架构的核心思想是模块化，并在此基础上，降低模块间的耦合性，提供模块的复用性。模块通过分布式部署，独立的模块部署在独立的服务器上（集群）从物理上分离模块之间的耦合关系。       模块分布式部署以后具体聚合方式主要有分布式消息队列和分布式服务。1、利用分布式消息队列降低系统耦合性       如果
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（五）网站高可用架构

网站的可用性（Avaliability）描述网站可有效访问的特性。1、网站可用性的度量与考核     网站不可用时间（故障时间）=故障修复时间点-故障发现（报告）时间点     网站年度不可用时间=（1-网站不可用时间/年度时间）×100%     可用性指标时网站架构设计的重要指标，对外是服务承诺，对内是考核指标，具体到每个工程师，更多的是使用故障分。     所谓故障分是指对网站故障进行分类加
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（六）网站的伸缩性架构

 网站系统的伸缩性架构最重要的技术手段就是使用服务器集群功能，通过不断地向集群中添加服务器来增强整个集群的处理能力。“伸”即网站的规模和服务器的规模总是在不断扩大。1、网站架构的伸缩性设计网站的伸缩性设计可以分成两类，一类是根据功能进行物理分离实现伸缩，一类是单一功能通过集群实现伸缩。前者是不同的服务器部署不同的服务，提供不同的 功能；后者是集群内的多台服务器部署相同的服务，提供相关的功能。1.1
zhanghaiyang·2016-01-20 14:00

大型网站技术架构（二）架构模式

 每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作。         所谓网站架构模式即为了解决大型网站面临的高并发访问、海量数据、高可靠运行灯一系列问题与挑战。为此，在实践中提出了许多解决方案，以实现网站高性能、高可靠性、易伸缩、可扩展、安全等各种技术架构目标。1、分层       分词是企业应用系统中最常见的一种架构牧师
zhanghaiyang·2016-01-20 14:00
上一页 13 14 15 16 17 18 19 20 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他