清风徐来，水波不兴

随着中国大型IT企业信息化速度的加快，大部分应用的数据量和访问量都急剧增加，大型企业网站正面临性能和高数据访问量的压力，而且对存储、安全以及信息检索等等方面都提出了更高的要求……    本文中，我想通过几个国外大型IT企业及网站的成功案例，从Web技术人员角度探讨如何积极地应对国内大型网站即将面临的扩展（主要是技术方面，而较少涉及管理及营销等方面）矛盾。  一、 国

导语：一石激起千层浪，铁道部售票网站瘫痪引发社会各方评说。来自IT业界的技术精英们更是一针见血地指出，该事件出现的原因并不在硬件上，而是包括整个系统中的信息同步、客户端处理、接口连接、系统架构等方面都存在许多漏洞。我们整理了其中最核心的技术阐述，以飨网友。  乐淘CTO李勇：库存同步是难点 我的判断，除了一般的优化之外，最大的难点应该是库存同步问题。推测应该有一个全国唯一的核心库，

临近年终，公司请来一位讲师来给我们作培训，题目记得是设计匠艺。说实话，我做不到像讲师那样，快讲完课时能将自己所讲的内容都有条理整理一遍。我就大致讲讲我所做笔记的一些内容吧。总的来说这位讲师的实践经验很丰富，讲得也很生动。 观点一：代码的可扩展性和可维护性是矛盾的。这是讲师在上课之初所提的一个观点。说实话我是不太同意这个观点的，一方面加强了代码的可维护性确实加大了代码的维护难度，比如使用了模

原文地址：针对12306.cn网站应用架够的一些看法背景针对最近比较热点的列车网上订票系统频繁出现的系统问题，提出了一些自己的看法。分析几经分析考虑，认为可能存在几个系统瓶颈。1.关联系统的系统负载能力比较弱。2.网上支付的负载能力不够3.网站本身吞吐量问题4.网站出口带宽不足方案针对以上分析的一些可能的问题点，提出了一些自己的想法1.关联系统接

原文：[置顶]关于12306网络购票的架构方面思考自从2012开始那天，网络购买火车票成了国内最火的话题，12306.cn的Alexa排名从三个月前的全球万位以外迅速窜升至今日的全球排名1560位、中国排名102位。并且成为第11大电商网站。但是由于铁道部公开的种种原因，12306也让人诟病不止。    其中最大的原因就是登陆12306慢，页面打不开，好不容易打开了，无法查询票额，

重构是好程序员走向架构师的必经之路..非常认同.重构是代码不断抽象的过程,编程本来就是把具体事物抽象化的过程,不断重构可以让程序更健壮,可读性更高,更重要的是能够拓展自己的抽象思维能力,做架构设计难道不是抽象设计吗,所以重构是必经之路.话说回来,代码写的少的人通常都还没有养成重构的习惯,所以重构也需要代码量的积累.其实在一家“请得起架构师”，真正需要架构师的公司里，

(1)数据安全(2)代码规范(3)系统安全(4)用户体验性(5)数据库性能(6)可扩展性(7)可维护性(8)接口设计(9)数据结构设计(10)可用性访问量这里出现的所有问题，归根结底，主要的原因都是对用户的访问量估计不足，当有大量用户同时访问时，系统的正常服务受到了影响，这是网站发布前的预备工作不够充分导致的。线下的服务你能看到街上排队人群的

框架（Framework）和平台（Platform）是软件行业中经常看到的术语，应当说也是这个行业发展的方向。在讨论其重要性之前，我们先看看两者在概念上的区别。        框架是针对一定的应用领域进行开发的，比如，ACE（Adaptive Communication Environment）就是针对网络通讯而开发的一个框架。框架通常对于应用进行了一定的抽象，将需要的一些通用的功能做成了

整篇文章论述的就是“海量事务高速处理”的经验和误区。第一部分论述“海量事务高速处理”现阶段没有通用解决方案，尝试通用解决方案就是误区。第二部分讲解算法问题、安全问题经验，以及一些误区。第三部分讲解电子商务网站的核心交易系统如何随着网站的发展而演进，分成了三个发展阶段，发展过程中的一些经验和误区。另外，具体的需求的确不在本文讨论之列，望各位读者海涵。今天你买到票了吗？1230

原文地址：铁路订票系统的简单设计其实铁路订票系统面临的技术难点无非就是春运期间可能发生的海量并发业务请求。这个加上一个排队系统就可以轻易解决的。本来我在 weibo 上闲扯两句，这么简单的方案，本以为大家一看就明白的。没想到还是许多人有疑问。好吧，写篇 blog 来解释一下。简单说，我们设置几个网关服务器，用动态 DNS 的方式，把并发的订票请求分摊开。类比现实的话，就是把

负载均衡与集群    1、下载mod_jk        http://tomcat.apache.org/download-connectors.cgi    2、安装mod_jk        wget http://mirrors.cnnic.cn/apache/tomcat/tomcat-connectors/jk/tomcat-connectors-1.2.40-src.

应用级架构层面，作为一个应用级的架构必须对整个系统的共性应用处理进行抽象，让有共性、有规律的东西由架构来统一处理，但架构的设计并不仅限于此，还应从架构设计的原则和涉及商业领域出发主动为应用系统提供更高的价值。本系统的应用级架构基于上述思想从安全性、可维护性、可用性、可扩展性几方面出发进行设计、实现。    安全性，包括数据的安全性及系统本身使用的安全性，数据库的安全性虽

作者从云计算环境下应用的特点出发，分析了在云计算环境下应用程序开发设计的一些新变化。根据这些特点，本文提出一个“自我感知应用”（Self-Sensing Application）的新概念，接着以Windows Azure平台为例阐述如何实现自我感知应用。多年来应用程序开发者和架构师们都在努力设计一种既能够在功能上满足当前业务需求，又能够适应用户需求发生变化或者能够在可预见的将来适应环境变化的应

--提升性能的同时为你节约10倍以上成本From: http://blog.sina.com.cn/iyangjian一，系统部署（高并发,可扩展）二，负载均衡LVS（高可用,低成本）三，IDC分布，DNS解析（快速）-----------------------------------------------------------------------------

我在《专业嵌入式软件开发 — 全面走向高质高效编程》一书中用一章的内容指出，软件平台与框架开发是高质软件的打造之路。这里想进一步谈一谈实施这一高质软件打造方法所需注意的事项。 首先，明确（软件）平台与框架开发的主要目的不是对操作系统的功能进行封装，而是为所需开发的上层应用提供服务。虽然平台与框架的开发需要通过对操作系统的功能进行封装来实现为上层应用提供服务，但两者的主、次不能颠倒。