网站技术

重读大型网站技术架构

花了一天时间重读了一下这本书，这本书东西不深，普及读物，表示很欣赏。笔记一下吧： 1.架构模式 分层，分割，分布式（应用和服务，静态资源，数据和存储，分布式计算），集群，缓存(CDN，反向代理，本地缓存，分布式缓存)，异步，冗余，自动化，安全 2.核心要素 a.性能 指标：响应时间，并发数，吞吐量，性能计数器 测试：性能测试，负载测试，压力测试，稳定性测试 优化：1前端： 浏览器：减
·2015-07-18 16:00

『大型网站技术架构：核心原理与案例分析』（五）

扩展性和伸缩性：扩展性(Extensibility)：指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。目标是当系统新增功能时，不需要对现有系统的结构和代码进行修改。伸缩性(Scalability)：指系统能够通过增加/减少自身资源规模的方式增强/减少自己计算处理事务的能力。目标是利用集群的方式增加服务器数量，提高系统的整体事务吞吐能力，实现线性伸缩性。一、构建可扩展的网站架构终极目标
lizhitao·2015-07-12 00:00

大网站记录

《大型网站技术架构：核心原理与架构分析》阅读心得记录（以下个人理解，如果错误还望指正） 1.机器的演化 初始架构等级1：一个应用服务器中包含应用程序，文件，数据库都包含 等级2：分成三个服务器应用程序服务器
·2015-06-29 14:00

大型网站技术架构

架构演变第一步：物理分离webserver和数据库最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库
gk10100122·2015-06-26 16:25

大型网站技术架构

架构演变第一步：物理分离webserver和数据库最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库
gk10100122·2015-06-26 16:25

大型网站技术架构

架构演变第一步：物理分离webserver和数据库最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库
gk10100122·2015-06-26 16:25

java分布式

首先推荐4本书大型分布式网站架构设计与实践http://item.jd.com/11529266.html大型网站技术架构：核心原理与案例分析http://item.jd.com/11322972.html
五大三粗·2015-06-07 15:00

前端优化必要性

随着互联网的发展，前端优化越来越被人们重视，在一个大型的大型电子商务网站技术架构中，前端架构一定是一项必不可少的工作，国内几个大型的互联网公司也有非常强大的前端技术人员。
我是无业游民·2015-06-02 19:00

小型网站到大型网站技术演进过程

网站技术架构为什么会演进我个人总结出来我们的技术架构演进的两种驱动力，驱动着我们为什么演进网站的技术架构：1.内在驱动力：我们期望把当前的业务做得更好，开发更多新业务2.外在驱动力：用户量的上升、用户种类的多样化这两种驱动力不是独立的
不正经啊不正经·2015-05-21 10:00

关于大型网站技术演进的思考（十三）--网站静态化处理—CSI（5）

来源：夏天的森林 浏览器缓存机制WEB中缓存的几种方式 为什么缓存的资源还要发送个http请求了？ 讲完了SSI，ESI，下面就要讲讲CSI了，CSI是浏览器端的动静整合方案，当我文章发表后有朋友就问我，CSI技术是不是就是通过ajax来加载数据啊，我当时的回答只是说你的理解有点片面，那么到底什么是CSI技术了？这个其实要和动静资源整合的角度来定义。CSI技术其实是在页面进行动静分离后，将页面加载
uule·2015-05-20 16:00

关于大型网站技术演进的思考（十三）--网站静态化处理—CSI（5）

来源：夏天的森林 浏览器缓存机制WEB中缓存的几种方式 为什么缓存的资源还要发送个http请求了？ 讲完了SSI，ESI，下面就要讲讲CSI了，CSI是浏览器端的动静整合方案，当我文章发表后有朋友就问我，CSI技术是不是就是通过ajax来加载数据啊，我当时的回答只是说你的理解有点片面，那么到底什么是CSI技术了？这个其实要和动静资源整合的角度来定义。CSI技术其实是在页面进行动静分离后，将页面加载
uule·2015-05-20 16:00

关于大型网站技术演进的思考（十二）--网站静态化处理—缓存（4）

来源：夏天的森林 ESI 上篇我补充了下SSI的知识，SSI是一个十分常见的技术，记得多年前我看到很多门户网站页面的后缀是.shtml，那么这就说明很多门户网站都曾经使用过SSI技术，其实现在搜狐网站也还在用shtml，如下图所示： 由此可见SSI在互联网的应用还是非常广泛的。其实互联网很多网页如果我们按照动静分离策略拆分，绝大部分都是可以当做静态资源处理，例如新闻网站，文学网站，这些网页生成后，
uule·2015-05-20 15:00

关于大型网站技术演进的思考（十二）--网站静态化处理—缓存（4）

来源：夏天的森林 ESI 上篇我补充了下SSI的知识，SSI是一个十分常见的技术，记得多年前我看到很多门户网站页面的后缀是.shtml，那么这就说明很多门户网站都曾经使用过SSI技术，其实现在搜狐网站也还在用shtml，如下图所示： 由此可见SSI在互联网的应用还是非常广泛的。其实互联网很多网页如果我们按照动静分离策略拆分，绝大部分都是可以当做静态资源处理，例如新闻网站，文学网站，这些网页生成后，
uule·2015-05-20 15:00

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

来源：夏天的森林   SSI技术 结果处理越早那么网站响应效率也就越高，所以当请求在CDN返回了，那么肯定比在apache返回效率高，在apache就返回了肯定比jboss返回的效率高 CDN技术   前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态
uule·2015-05-20 14:00

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

来源：夏天的森林   SSI技术 结果处理越早那么网站响应效率也就越高，所以当请求在CDN返回了，那么肯定比在apache返回效率高，在apache就返回了肯定比jboss返回的效率高 CDN技术   前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态
uule·2015-05-20 14:00

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

来源：夏天的森林动态网站的动静分离问题1、静态WEB服务器(apache、ngnix)的动静整合SSI、ESI静态资源服务器接收到服务器或缓存服务器的返回后，插入到页面，然后将完整页面返回给浏览器2、浏览器端的动静整合CSI两次加载上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异的web前
cbjcry·2015-05-20 13:07

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

来源：夏天的森林 动态网站的动静分离问题 1、静态WEB服务器(apache、ngnix)的动静整合SSI、ESI静态资源服务器接收到服务器或缓存服务器的返回后，插入到页面，然后将完整页面返回给浏览器 2、浏览器端的动静整合CSI 两次加载 上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异
uule·2015-05-20 13:00

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

来源：夏天的森林 动态网站的动静分离问题 1、静态WEB服务器(apache、ngnix)的动静整合SSI、ESI静态资源服务器接收到服务器或缓存服务器的返回后，插入到页面，然后将完整页面返回给浏览器 2、浏览器端的动静整合CSI 两次加载 上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异
uule·2015-05-20 13:00

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

来源：夏天的森林                        缓存  网站静态化 ------------》动静分离   ---------》距离(CDN)、大小(压缩)、请求个数(合并) ESI：服务器端动静结合   在存储瓶颈的开篇我
uule·2015-05-19 17:00

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

来源：夏天的森林                        缓存  网站静态化 ------------》动静分离   ---------》距离(CDN)、大小(压缩)、请求个数(合并) ESI：服务器端动静结合   在存储瓶颈的开篇我
uule·2015-05-19 17:00

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

来源：夏天的森林（同步问题、延迟）存储层的双核设计-----------------------------------》主备在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示：这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点：下
cbjcry·2015-05-19 13:33

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

来源：夏天的森林                  （同步问题、延迟）存储层的双核设计-----------------------------------》主备 在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示： 这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是
uule·2015-05-19 13:00

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

来源：夏天的森林                  （同步问题、延迟）存储层的双核设计-----------------------------------》主备 在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示： 这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是
uule·2015-05-19 13:00

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

来源：夏天的森林 水平扩展后的扩展和迁移水平扩展后的排序  本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。其实不管什么样的问题场景最后解决它都要落实到数据库的话
uule·2015-05-19 10:00

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

来源：夏天的森林 水平扩展后的扩展和迁移水平扩展后的排序  本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。其实不管什么样的问题场景最后解决它都要落实到数据库的话
uule·2015-05-19 10:00

【大型网站技术实践】初级篇：借助Nginx搭建反向代理服务器

一、反向代理：Web服务器的“经纪人”1.1反向代理初印象反向代理（ReverseProxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。从上图可以看出：反向代理服务器位于网站机房，代理网站Web服务器接收Http请求，对请求进行转发。1.2反向代
u013007900·2015-05-18 21:00

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

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

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

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

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

来源：夏天的森林 商户查询-> 日期分表（今、昨、7天、30天）->再按商户号分表-> 大商户单独分表 上文里我遗留了两个问题，一个问题是数据库做了水平拆分以后，如果我们对主键的设计采取一种均匀分布的策略，那么它对于被水平拆分出的表后续的查询操作将有何种影响，第二个问题就是水平拆分的扩容问题。这两个问题在深入下去，本系列就越来越技术化了，可能最终很多朋友读完后还是没有找到解决实际问题的启迪，而且我
uule·2015-05-16 16:00

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

来源：夏天的森林 商户查询-> 日期分表（今、昨、7天、30天）->再按商户号分表-> 大商户单独分表 上文里我遗留了两个问题，一个问题是数据库做了水平拆分以后，如果我们对主键的设计采取一种均匀分布的策略，那么它对于被水平拆分出的表后续的查询操作将有何种影响，第二个问题就是水平拆分的扩容问题。这两个问题在深入下去，本系列就越来越技术化了，可能最终很多朋友读完后还是没有找到解决实际问题的启迪，而且我
uule·2015-05-16 16:00

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

来源：夏天的森林 水平拆分：1、主键设计2、查询3、外键设计4、数据分布 如果数据库需要进行水平拆分，这其实是一件很开心的事情，因为它代表公司的业务正在迅猛的增长，对于开发人员而言那就是有不尽的项目可以做，虽然会感觉很忙，但是人过的充实，心里也踏实。数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表，每一
uule·2015-05-16 15:00

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

来源：夏天的森林 水平拆分：1、主键设计2、查询3、外键设计4、数据分布 如果数据库需要进行水平拆分，这其实是一件很开心的事情，因为它代表公司的业务正在迅猛的增长，对于开发人员而言那就是有不尽的项目可以做，虽然会感觉很忙，但是人过的充实，心里也踏实。数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表，每一
uule·2015-05-16 15:00

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

来源：夏天的森林   拆分后的查询 垂直拆分导致的分布式事务问题    存储的瓶颈写到现在就要进入到深水区了，如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段，那么此时我们所面临的技术难度的挑战也会大大增强。 　　这里我们先回顾下数据库的垂直拆分和水平拆分的定义： 　　垂直拆分：把一个数据库中不同业务单元的数据分到不同的数据库里。按功能 　　
uule·2015-05-16 14:00

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

来源：夏天的森林   拆分后的查询 垂直拆分导致的分布式事务问题    存储的瓶颈写到现在就要进入到深水区了，如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段，那么此时我们所面临的技术难度的挑战也会大大增强。 　　这里我们先回顾下数据库的垂直拆分和水平拆分的定义： 　　垂直拆分：把一个数据库中不同业务单元的数据分到不同的数据库里。按功能 　　
uule·2015-05-16 14:00

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

来源：夏天的森林   缓存如何均匀分布---> 一致性Hash算法 为什么要读写分离 为什么要分表   上篇里我讲到某些网站在高并发下会报出503错误，503错误的含义是指网站服务端暂时无法提供服务的含义，503还表达了网站服务端现在有问题但是以后可能会提供正常的服务，对http协议熟悉的人都知道，5开头的响应码表达了服务端出现了问题，在我们开发测试时候最为常
uule·2015-05-16 14:00

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

来源：夏天的森林   缓存如何均匀分布---> 一致性Hash算法 为什么要读写分离 为什么要分表   上篇里我讲到某些网站在高并发下会报出503错误，503错误的含义是指网站服务端暂时无法提供服务的含义，503还表达了网站服务端现在有问题但是以后可能会提供正常的服务，对http协议熟悉的人都知道，5开头的响应码表达了服务端出现了问题，在我们开发测试时候最为常
uule·2015-05-15 17:00

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

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

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

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

写给刚工作的网站技术人员

《转》项目经理写给刚工作的网站技术人员      工作九年了，网站相关的开发工作也干了八年多。负责带领团队也好几年了。面试和带领刚工作的人也不少了。
不折腾难受斯基·2015-05-12 23:00

《大型网站技术架构》笔记

这两天读了阿里架构师李智慧写的《大型网站技术架构》一书，作者将多年做架构师的经验进行提炼总结，全书深入浅出，图文并茂，非常适合我这样的做架构还没入门的同学进行科普。
napolunyishi·2015-05-12 17:00

大型网站架构技术一览

       对于大型网站技术的理解，可以从架构技术原理的组织方式以架构要素作为维度，从系统性能、可用性、伸缩性、扩展性、安全性几个角度阐述网站架构的技术要点。
yumushui·2015-05-07 17:00

读书笔记01.大型网站技术架构——核心原理与案例分析

合理的预估系统的瓶颈及制定有效伸缩性架构预案；架构设计应从性能，可用性，伸缩性，扩展性及安全这五个要素方面出发；与传统企业应用系统相比，大型互联网应用系统有一下特点：01.高并发，大流量；02.高可用；03.海量数据；04.用户分部广泛，网络情况复杂；05.安全环境恶劣；06.需求快速变更，发布频繁；07.渐进式发展；
谢洪飞·2015-04-28 09:00

【大型网站技术实践】初级篇：借助LVS+Keepalived实现负载均衡

转载自：http://www.cnblogs.com/edisonchou/p/4281978.html一、负载均衡：必不可少的基础手段1.1找更多的牛来拉车吧当前大多数的互联网系统都使用了服务器集群技术，集群即将相同服务部署在多台服务器上构成一个集群整体对外提供服务，这些集群可以是Web应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等等。古人有云：当一头牛拉不动车的时候，
u012377333·2015-04-27 19:00

java面试题（151-180）

摘要：这部分包含了Spring、SpringMVC以及Spring和其他框架整合以及测试相关的内容，除此之外还包含了大型网站技术架构相关面试内容。
qinyanbin123·2015-04-27 10:00

java面试题（1-50）

原来的题目中有很多重复题目和无价值的题目，还有不少的参考答案也是错误的，修改后的Java面试题集参照了JDK最新版本，去掉了EJB2.x等无用内容，补充了数据结构和算法相关的题目、经典面试编程题、大型网站技术架构
qinyanbin123·2015-04-27 10:00

037.大型网站技术架构

#037.大型网站技术架构《大型网站技术架构》核心原理与案例分析。 
trydofor·2015-04-24 08:00

037.大型网站技术架构

阅读更多#037.大型网站技术架构《大型网站技术架构》核心原理与案例分析。
trydofor·2015-04-24 08:00

037.大型网站技术架构

阅读更多#037.大型网站技术架构《大型网站技术架构》核心原理与案例分析。
trydofor·2015-04-24 08:00

大型网站技术架构 学习

什么是架构？ 最高层次的规划，难以改变的决定，这些规划和决定奠定了事物未来发展的方向和最终的蓝图。   什么是软件架构？ 有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。   关于架构师？（发现问题，寻找突破；提出问题，寻求支持；解决问题，达成绩效） 关注人而不是产品，需找一个值得共同奋斗的目标，营造一个让大家都能最大限度发挥自我价值的工作氛
cfyme·2015-04-19 10:00

『大型网站技术架构：核心原理与案例分析』（三）

一、可用性度量与考核度量衡量方式：多少个9。网站不可用时间(故障时间)=故障修复时间点–故障发现(报告)时间点网站年度可用性指标=(1-网站不可用时间/年度总时间)*100%2个9：基本可用，年度不可用时间小于88小时3个9：较高可用，年度不可用时间小于9小时4个9：具有自动恢复能力的高可用，年度不可用时间小于53分钟5个9：极高可用，年度不可用时间小于5分钟考核故障分：对网站故障进行分类加权计算
lizhitao·2015-04-16 19:00
上一页 18 19 20 21 22 23 24 25 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他