[CTO札记]架构的改造是个持续、全面、螺旋的过程

系统架构是一个产品的基石，它的扎实是产品成长性的保障。

但是，架构永远与产品是共同成长的。

新产品刚推出时，快速、可用即行，不可能构造一个复杂、庞大的基础架构。

随着产品的热火，压力越来越大，容量、伸缩性问题就来了。在保证业务的前提下，对架构进行优化、改造就成为必要。

1、持续

如果产品持续热火、用户量不断增长、数据逐渐少量化、业务功能越来越复杂，这种改造就将是持续性的。

2、全面

一般来说，合理的架构将系统分为多个层次。

通常大家都会（也的确应该最）关注Database。不过，每个层次都有很大的挖掘潜力。

根据木桶理论，各个层次的能量/承受力相当时，整体效果最好。单独将某一个层次做得很强，效果并不明显，性/价比却很差。因此，架构改造应该全面考察各个层次，分别改造。

3、螺旋

业务的增长有时快速得难以想象。也许一次改造完成后，只能支撑几个月。MySpace, FaceBook等都遇到了这个情况。大家的思路都一样：不断优化、改造。这是一种螺旋式的提升方法，永远挑选最有潜力部分动手。

以后再来举例说明更细的内容。。。

===== by 鬼谷子@魔教，更多内容在 http://DavyYew.BlogBus.com ======