phphot

 这里的大型网站架构只包括高互动性高交互性的数据型大型网站，基于大家众所周知的原因，我们就不谈新闻类和一些依靠HTML静态化就可以实现的架构了，我们以高负载高数据交换高数据流动性的网站为例，比如海内，开心网等类似的web2.0系列架构。我们这里不讨论是PHP还是JSP或者.NET环境，我们从架构的方面去看问题，实现语言方面并不是问题，语言的优势在于实现而不是好坏，不论你选择任何语言，架

刚进淘宝听到notify这个名词，还不知道是什么软件，或者什么平台。后来了解一下，其实在行业中有一个专业名词叫做消息中间件，notify就是消息中间件中的一种。我接触过的消息中间件有IBM的MQ，和某银行核心系统的EasyTone，这两个软件都做成了单独的商务软件，大家都知道IBM软件价格不菲，我就不多说了。至于EasyTone，出于安全考虑被某银行直接买断了，价格也便宜不到哪去。所以当听到not

大型分布式系统，通常是由一组服务器集群构成的。对于这样的系统架构，设计往往比较复杂，需要考虑的因素也相对较多。从总体的设计原则来说，在系统架构和设计的时候，需要重点考虑以下四个方面的因素：1、高稳定。顾名思义，指的是每一个应用服务要足够强壮，在一定的负载下可以持续7*24运行一年或者更长的时间而不宕机。2、高可用。指系统在应对各种突发故障（例如某机房掉电）时，能在足够短的时间内自动切换到备份系统，

没有一个网站的性能像 Twitter 这样这么令人牵肠挂肚，看见那条大鲸鱼总是让人感觉很无奈。Twitter 的运维专家 John Adams 在 Velocity 2009 上做了一篇题为 Fixing Twitter 的技术分享(PDF)，人家也是一直在努力阿。John Adams 在 2008 年七月加入的 Twitter ，对于 Twitter 的站点稳定的确做了不少工

　“客户端访问”与“服务器端响应”，犹如一场战争。初期，访问量较小，弄几台服务器随便拉起一只队伍，就能抵抗住客户端的进攻。慢慢的，访问量大起来，这时候，就需要讲究排兵布阵、战略战术、多兵种协调作战。于是，开始有了负载均衡服务器、Web服务器、缓存服务器、数据库服务器、存储服务器等多兵种；开始有了系统架构等战略战术。随着新项目和运营需求的越来越多，我们开始了多线作战。慢慢地，我总结了以下一些

07年，我是极力推崇网站规范制作，好处很多，对商业，对用户，对设计师。我们走了两年，现在有了一定的成效，我们也看到了规范所带来的好处和便利。看看我们通过规范，模板，标准控件，能快速制作出多少页面，产品来，这种工业化的操作的确给一个大网站带来了天翻地覆的效率。现在，我又要开始极力去推崇后规范时代的重构与打破思维了！为什么？因为现在是后工业时代，我们要从大环境背景说起。17世纪工业革命之前

今天下午参加了CSDN举办的“业务架构平台研讨会”（http://events2009.csdn.net/），并做了有关“复合式应用的业务架构”主题演讲。其实，这次主要是由起步（www.justep.com）赞助举办，俺们“普元”和“K2”只是友情客串出演。演讲嘉宾主要是四位：起步总经理马科、起步总工程师宋兴烈、K2中国华东区技术主管肖铁栋、以及俺（普元，胡长城）。马科主要阐述了“架构的重

昨天聚会遇到老邢(www.paidai.com)，谈起电子商务和信息技术和客户关系的融合。因为面对的客户群体都是一样，不管是企业信息化，还是电商，都是企业，只不过是企业一个方面或一个环节。而企业的业务，是需要从事电商或信息化的人都必要去了解的、洞察的。对于企业所处的行业变化、国家政策变化都需要去关注。因为企业变化，所随之的信息化和电子商务都要调整。所以我和老邢有许多共同谈话点。 因为我一直

一、问：首先，一个项目的起源，应该是起源于项目申请书吧。你在做项目时，是基于什么样的需求提出了这个项目需求书。以及你是怎么去做的这份项目需求书？并让你的这个项目为老总所认可，在后期给你大力的支持。恩。我的第一个问题就是，在项目的最前期，你的项目申请书（递交给公司管理层的）里包含了那么内容。使得这个项目计划让老板所认可，并在后期给你大力的支持？答：我建议这样来，先解决你最困扰的问题，这样就有

我们应该不放过任何机会培养自己对数据的兴趣和敏感性，1月开了一个产品经理的小站iamsujie.com，3月的数据看上去可以玩玩了，这些数据也可以从一个侧面描述国内产品经理（特别是互联网、软件行业）及其相关职业的人群特征。暂时只用了Google Analytics，所以数据没有包括只躲在阅读器里偷窥的用户。我粗略的和一个朋友做的娱乐网站的数据比较过，整体感觉iamsujie.com的用户还是比较高

到处都是什么大规模啊，高流量啊，高性能之类的网站架构设计，这类文章一是满足人们好奇心，但看过之后也就看过了，实际收益可能并不大；另外一个副作用是容易让人心潮澎湃，没学走先学跑，在很多条件仍不具备的情况下，过度设计、过度扩展(高德纳大爷也说过，"过早优化是万恶之源")，所以，这里反弹琵琶，讨论一下小规模、低性能、低流量的网站该如何搞法。如果站点起步阶段可能就是一台机器(或是一台虚拟机，比如 Jo

在云计算、社会化媒体等新技术风起云涌之下，软件架构将往何处去？ 著名的Web 2.0观察家Dion Hichcliffe认为，2009年将是软件架构的大变革之年。传统的n层架构、SOA、编译型语言、关系型数据库等等都将在2009年开始向新的替代品转换。也许，喜欢2.0这个字眼的Dion心里实际上是在想说软件架构2.0了吧。 他的blog列出了十个软件架构师必须了解的新领域：

 　　key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询。如果辅以Real-Time Search Engine（实时搜索引擎）进行复杂条件检索、全文检索，就可以替代并发性能较低的MySQL等关系型数据库，达到高并发、高性能，节省几十倍服务器数量的目的。以MemcacheDB、Tokyo Tyrant为代表的key-value分

数据仓库的规模越大，元数据就越能体现出它的作用。就像一本书，如果内容不多，有无目录影响不大，如果厚达几百页而又没有目录，页码，那么使用这本书简直是受罪。日常生活也是如此，到处是元数据带给我们的便利。想想我们去图书馆，音像店，甚至是餐馆点菜的菜谱。。。  ETL方面，元数据一样重要。有些公司在一开始就依赖工具。这样入口统一，规则也统一，所以元数据收集比较方便，准确。也有一些公司是先CODING的

淘宝网，是一个在线商品数量突破一亿，日均成交额超过两亿元人民币，注册用户接近八千万的大型电子商务网站，是亚洲最大的购物网站。那么对于淘宝网这样大规模的一个网站，我猜想大家一定会非常关心整个网站都采用了什么样的技术、产品和架构，也会很想了解在淘宝网中是否采用了开源的软件或者是完全采用的商业软件。那么下面我就简单的介绍一下淘宝网中应用的开源软件。   对于规模稍大的网站来说，其IT必然是一

  现在许许多多的初学者和程序员，都在趋之若鹜地学习Web开发的宝典级框架：Struts2，Spring，Hibernate。似乎这些框架成为了一个人是否精通Java，是否会写J2EE程序的唯一事实标准和找工作的必备基础。     然而，如果在面试的时候问这些程序员，你们为什么要学习这些框架？这些框架的本质到底是什么？似乎很少很少有人能够给我非常满意的答复。因为他们都在为了学习而学习，为了工作

 随着互联网的发展，用户在使用网络时对网站的浏览速度和效果愈加重视，但由于网民数量激增，网络访问路径过长，从而使用户的访问质量受到严重影响。特别是当用户与网站之间的链路被突发的大流量数据拥塞时，对于异地互联网用户急速增加的地区来说，访问质量不良更是一个急待解决的问题。如何才能让各地的用户都能够进行高质量的访问，并尽量由此而产生的费用和网站管理压力呢？内容发布网络（Content Deliv

在 IT 行业很多工程师（尤其是很多 DBA）的心目中，都把小型机视为解决性能问题的终极武器，认为小型机的处理能力要远大于 PS Server。在几年前，可能也确实是这样。但随着近几年 X86 架构芯片技术的飞速发展，PC Server 的处理能力已经越来越强悍，不断的给我们带来惊喜。最近几年的小型机市场，基本上被 IBM 吃掉了大部分。虽然可能并不完全是因为其 Power 芯片处理能力与其他

    年又过年，去年在写在译的书又长出了一茬，又是时候订一份今年的读书计划。 架构师类    架构类的书从来都很少，今年又长出两本来。《Beautiful Architecture》  --《Beautiful Code》的姐妹作，里面有三成的架构是自己感兴趣的，已经有国内出版社拿下了，见架构师的唐诗三百首------Oreilly新书Beautiful Architect

最近被“模块化”缠身，又是文章又是PPT的，被逼着想了很多相关的东西。整理下我这段时间对于“模块化”的思考，大多都是我自己从事页面重构这份工作的经验和理解，在一定程度上存在局限性，也希望自己能温故而知新。“模块化”只是我们对于过去一直使用的技术、方法的一个新潮的称谓，就像“Ajax”。不过做为页面重构发展的一种趋势，越来越被大家重视，不自觉也满口的“模块化”，只是你真的理解什么是“模块化”吗？