网站技术

大型网站架构演变

第二遍阅读《大型网站技术架构》，真心觉得书中的内容很好，推荐大家去阅读。下面是书中对大型网站架构演变过程的介绍。
臻是二哥·2016-05-22 20:00

Time33算法与位运算

最近不是很忙，阅读了下《大型网站技术架构》一书。在4.3.4代码优化小节有这样的一句话：“目前比较好的字符串hash算法有Time33算法”。
臻是二哥·2016-05-19 19:00

[置顶] 大型网站技术架构（2）：架构要素和高性能架构

上一篇我们把整个架构演变过程大致说了一下，这次我们来说说从哪方面进行考虑设计为了使网站的能够应对高并发访问，海量数据处理，高可靠运行等一系列问题，我们可以选择横向或纵向两个方向来入手基本思路首先可以对整个架构进行分层，一般可以分为应用层，服务层，数据层；实践中，大的分层结构中还可以继续分层，比如应用层还可以继续分为视图层和业务逻辑层，服务层也可以继续细分为数据接口层逻辑处理层等通过分层，我们把一个
qq_17765229·2016-05-11 23:00

Web前端框架与类库的思考

网站技术是为业务而存在的，除此毫无意义，框架也是一样。在技术选型和架构设计当中，脱离网站业务发展的实际，一味的追求时髦新技术，可能会适得其反，将网站发展引入崎岖小道。
xiaoxiaojia·2016-05-11 10:00

大型网站技术架构 读书笔记1 大型网站架构模式

架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。关于什么是模式，这个来自建筑学的词汇是这样定义的：“每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作”。模式的关键在于模式的可重复性，问题与场景的可重复性带来解决方案的可重复使用。针对现在的高并发访问,海量数据处理,高可靠运行等一系列
程序员小董·2016-05-11 09:41

大型网站技术架构 读书笔记1 大型网站架构模式

架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。关于什么是模式，这个来自建筑学的词汇是这样定义的：“每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作”。模式的关键在于模式的可重复性，问题与场景的可重复性带来解决方案的可重复使用。针对现在的高并发访问,海量数据处理,高可靠运行等一系列
dlf123321·2016-05-11 09:00

大型网站技术架构 读书笔记2 大型网站核心架构要素

通常情况下,一个网站的架构出来功能性需求外,还应该考量以下五个方面:性能可用性伸缩性扩展性安全性性能性能的官方解释,我就不说了。对用户来说,就是系统的反应速度是否快。对网站来说,性能问题是无处不在的,继而,我们优化性能的手段也有很多。我们从前到后一个一个来说在浏览器端,可以通过浏览器缓存,页面压缩,合理布局页面等方式还可以使用cdn,让一些静态文件放在网络服务商的机房,这样离用户近一些。也可以使用
程序员小董·2016-05-10 14:50

[置顶] 大型网站技术架构 读书笔记2 大型网站核心架构要素

通常情况下,一个网站的架构出来功能性需求外,还应该考量以下五个方面:性能可用性伸缩性扩展性安全性性能性能的官方解释,我就不说了。对用户来说,就是系统的反应速度是否快。对网站来说,性能问题是无处不在的,继而,我们优化性能的手段也有很多。我们从前到后一个一个来说在浏览器端,可以通过浏览器缓存,页面压缩,合理布局页面等方式还可以使用cdn,让一些静态文件放在网络服务商的机房,这样离用户近一些。也可以使用
dlf123321·2016-05-10 14:00

大型网站技术架构 读书笔记3 高性能架构

很明显,这一章是说性能优化的,那么在说性能之前,我们得先了解性能的具体定义,也就是说如何评定一个系统性能是好还是不好。因此,我们就先说说性能测试,然后分别是前端性能,应用服务器的性能以及存储性能的优化。性能测试1不同的人对性能的认识是不一样的对用户来说,他们认为的性能就是网站反应的快慢,具体来说就是他们点击鼠标,然后看到效果所需要的时间。对于这部分的优化,可以参见后面的前端部分对开发人员来说,那就
程序员小董·2016-05-10 09:06

大型网站技术架构 读书笔记3 高性能架构

很明显,这一章是说性能优化的,那么在说性能之前,我们得先了解性能的具体定义,也就是说如何评定一个系统性能是好还是不好。因此,我们就先说说性能测试,然后分别是前端性能,应用服务器的性能以及存储性能的优化。性能测试1不同的人对性能的认识是不一样的 对用户来说,他们认为的性能就是网站反应的快慢,具体来说就是他们点击鼠标,然后看到效果所需要的时间。对于这部分的优化,可以参见后面的前端部分 对开发人员来说,
dlf123321·2016-05-10 09:00

百万级访问量网站的技术准备工作

  当今从纯网站技术上来说，因为开源模式的发展，现在建一个小网站已经很简单也很便宜，所以很多人都把创业方向定位在互联网应用。
hrbwap·2016-05-09 17:59

大型网站技术架构 读书笔记4 高可用架构

说句掏心窝的话,高可用甚至比高性能更重要。为什么?因为你把系统的性能优化10倍,你的老板可能会说:小董呀,干的不错。可是,如果你负责的模块,三天两头就宕掉了,嘿嘿,你懂得。可用性度量99%-----网站年度不可用时间小于88个小时99.9%---网站年度不可用时间小于9个小时99.99%---网站年度不可用时间小于53分钟高可用架构一般的互联网公司大多采用pc级服务器,开源的数据库和操作系统,这样
程序员小董·2016-05-09 12:03

大型网站技术架构 读书笔记4 高可用架构

说句掏心窝的话,高可用甚至比高性能更重要。为什么?因为你把系统的性能优化10倍,你的老板可能会说:小董呀,干的不错。可是,如果你负责的模块,三天两头就宕掉了,嘿嘿,你懂得。可用性度量99%-----网站年度不可用时间小于88个小时99.9%---网站年度不可用时间小于9个小时99.99%---网站年度不可用时间小于53分钟高可用架构一般的互联网公司大多采用pc级服务器,开源的数据库和操作系统,这样
dlf123321·2016-05-09 12:00

1.2 大型网站架构演化发展过程[读书敲录]

 大型网站技术挑战主要来自庞大的用户，高并发的访问和海量的数据，任何简单的业务一旦需要处理数以P计的数据和面对数以亿计的用户，问题就会变得很棘手。大型网站架构主要就是解决这类问题。
xuekunyansukun·2016-05-06 10:00

盈利模式的设计：技术，业务，销售，利润

3.现在重新读李智慧的《大型网站技术架构：核心原理与案例分析》的时候，里面提到一个观点，技术因业务而生，依托于业务，是为业务服务的，没有技术业务也可以正常流转，只不过不够高效，他以一个架构师
java-007·2016-05-05 16:00

盈利模式的设计：技术，业务，销售，利润

3.现在重新读李智慧的《大型网站技术架构：核心原理与案例分析》的时候，里面提到一个观点，技术因业务而生，依托于业务，是为业务服务的，没有技术业务也可以正常流转，只不过不够高效，他以一
java-007·2016-05-05 16:00

网站的分布式架构

不管是B/S架构的企业管理系统还是网站技术架构可以抽象为如下简图：在传统B/S架构的企业管理系统里，技术架构往往就是一个工程项目，各个逻辑分层都是该工程的业务逻辑模块。
AaronNi·2016-05-05 13:01

几本书

《大型网站技术架构》     这本书深入浅出的介绍了网站从简易到大型的设计架构、设计思想、架构师的素质。书的内容很精
Since20140504·2016-05-05 09:00

[置顶] 大型网站技术架构（1）

网站都是从小网站一步一步发展为大型网站的，而这之中的挑战主要来自于庞大的用户、安全环境恶劣、高并发的访问和海量的数据，任何简单的业务处理，一旦需要处理数以P计的数据和面对数以亿计的用户时，问题就会变的很棘手下面我们就来说说这个演变过程：初始阶段大型网站都是由小型网站演变而来的，网站架构也一样小型网站最开始没有太多人访问，只需要一台服务器就绰绰有余，就像这样：应用程序、数据库、文件等所有资源都在一台
qq_17765229·2016-05-04 18:00

【转】CAP的相对论

背景：之前的《大型网站技术核心原理与案例分析》《大型网站系统与JAVA中间件实践》，类型都差不多，属于偏理论的，我个人觉得《大型网站系统与JAVA中间件实践》这本书干货更多些，前三章跟上本书差不多，主要是从四
bohu83·2016-05-04 16:00

天下数据揭秘购买国外服务器的真实价格

而且,当前的网站技术要求低,直接注册一个域名,弄个网站页面甚至是直接套个网页模块,然后,弄个服务器就搞定了。虽然,看似非常简单,但如果当你到了准备购买或者租用服务器这个环节,面对五花八门的
冬眠的包子·2016-05-04 11:00

大型网站技术架构--读书笔记

讲解了一些常用的概念及方法，讲的比较浅显，但是知识点还是比较全的，里面有些重复内容。读书笔记第一章：大型网络架构演化初步架构：应用程序+文件+数据库应用程序处理逻辑，文件存储数据，如录像文件，图片信息。数据库存储逻辑数据改善方案步骤，根据业务发展不断改善，最初只需要部署在一台服务器上即可1.各个程序分离到不同pc上2.使用缓存改善3.使用集群改善(集群：所有服务器提供的相同服务)4.数据库读写
hjing1988·2016-05-04 09:00

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

最近粗粗翻了一遍这本书，写的还是不错的，通读下来就是讲的比较全面，但是不深入，更像是一本入门级别的数，从大局观念来讲，围绕架构的高可用、伸缩性。下面大概梳理下我理解的内容：第一章：大型网站的架构演化这里作者介绍了架构的演化过程，之前看过kavin大神的关于架构漫谈系列，到底架构是演化的还是一开始就是设计好的有争议，我理解就是取决一个度，就是纪要满足当前业务需求，又不要陷入过度超前的状态，适度超前。
bohu83·2016-04-28 15:03

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

最近粗粗翻了一遍这本书，写的还是不错的，通读下来就是讲的比较全面，但是不深入，更像是一本入门级别的数，从大局观念来讲，围绕架构的高可用、伸缩性。下面大概梳理下我理解的内容：第一章：大型网站的架构演化这里作者介绍了架构的演化过程，之前看过kavin大神的关于架构漫谈系列，到底架构是演化的还是一开始就是设计好的有争议，我理解就是取决一个度，就是纪要满足当前业务需求，又不要陷入过度超前的状态，适度超前。
bohu83·2016-04-28 15:00

大型网站技术架构 核心原理与案例分析 2016-4-17

第1篇概述1大型网站架构演化21.1大型网站软件系统的特点31.2大型网站架构演化发展历程41.2.1初始阶段的网站架构41.2.2应用服务和数据服务分离41.2.3使用缓存改善网站性能51.2.4使用应用服务器集群改善网站的并发处理能力61.2.5数据库读写分离71.2.6使用反向代理和CDN加速网站响应81.2.7使用分布式文件系统和分布式数据库系统 91.2.8使用NoSQL和搜索引擎101
jayronwang·2016-04-17 15:00

大型网站架构学习笔记

前言最近一直在拜读两本书：1、李智慧老师的《大型网站技术架构核心原理与案例分析》2、曾宪杰老师的《大型网站系统与Java中间件实践》看了并结合自己目前的工作进行了思考，感觉获益匪浅、受益良多，自己对大型网站的理解又有了不少的加深
zhangyuan19880606·2016-04-13 15:00

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

专业的seoer人员应该掌握哪些网站技术?

作为一名专业的seoer笔者认为在网站优化过程中我们首先要明白一些服务器、网站代码方面的基础知识，因为网站优化我们不仅仅在为用户服务，更多时间需要关注的是搜索引擎对于网站的友好度认知，在这种情况下，我们就要通过搜索引擎可以识别的方法去和搜索引擎交流，那么，主要体现在那些方面呢?第一，网站本地调试web网页服务器的搭建。现在的网站建设主流程序都是动态代码，既然是动态网页势必要进行web服务器的翻译和
佚名·2016-04-11 17:58

学习“大型网站系统架构”读书清单

大型分布式网站架构设计与实践（陈康贤著）；大型网站技术架构：核心原理与案例分析（李智慧著）；分布式Java应用基础与实践（林昊著）；企业应用架构模式（MartinFowler著）；大型网站系统与JAVA
isam·2016-04-11 11:00

应用服务器性能优化总结

别人推荐看的《大型网站技术架构》买回来有一年多了，一直没看，看着落满灰尘的书，真的是于心不忍。趁着这个周末没事，赶快来研究一下，顺便做个笔记。
May的博客·2016-04-10 21:29

应用服务器性能优化总结

别人推荐看的《大型网站技术架构》买回来有一年多了，一直没看，看着落满灰尘的书，真的是于心不忍。趁着这个周末没事，赶快来研究一下，顺便做个笔记。
lmb55·2016-04-10 21:00

陕西 西安 创业需求网页后台技术合伙人

www.dotamax.com/ladder天梯变招聘，需求网站技术合伙人，非西安本地勿扰，+QQ869577338不闲聊，要疯子！
卡尔wang·2016-04-07 23:00

负载均衡与集群之apache+tomcat

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

关于大型网站技术演进的思考系列博客

出处:夏天的森林博客关于大型网站技术演进的思考（一）--存储的瓶颈（1）关于大型网站技术演进的思考（二）--存储的瓶颈（2）关于大型网站技术演进的思考（三）--存储的瓶颈（3）关于大型网站技术演进的思考
baokx·2016-03-31 10:00

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

出处:夏天的森林博客在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情况下任然能保证快速的响应，这其中有什么样的技术手段可以达到动态网站支撑高并发的场景了
baokx·2016-03-30 21:00
上一页 11 12 13 14 15 16 17 18 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他