规则 - 方案中包括扩展

内容：提供及时可扩展性的DID方法

场景：所有项目通用，是保证可扩展性的最经济有效的方法（资源和时间）。

用法：Design 设计20倍的容量；Implement 实施3倍的容量 ； Deploy 部署1.5倍的容量

原因：DID为产品扩展提供了经济、有效、及时的方法。

要点：在早期考虑可扩展性可以帮助团队节省时间和金钱。在需求发生大约一个月前实施（写代码），在客户蜂拥而至的几天前部署。

 

在准备扩展程序的时候，我们要遵循DID原则。

设计要以高于20倍的现有容量为下限进行设计，设计过程中要集合各个环节的人进行集体思考，找到容量提升的瓶颈，提前准备好文档化的设计方案。这个环节的成本主要集中在文档化的设计方案和集体思考，总体上来讲，是提供扩展性成本中最低的环节。

 

实施要以3倍现有容量为下限，以20倍现有容量为上限进行实施。这个环节需要投入开发人员进行写代码，总体上来讲，是提供扩展性成本中居中的环节。

 

部署是要以1.5倍现有容量为下限，根据业务的实际需要调整部署的容量上限，适度增长的调整到3倍现有容量为上限，高度增长调整到5倍现有容量为上限。这个环节会将实现环节的内容部署到生产环境，总体上来讲，是提供扩展性成本最高的环节。

 

DID方法是以敏捷开发为特征的一种方法，所以需要有关键性人物提前布局，最好你就是那个关键性人物，不合适乙方做的外包项目。这个原则非常强调预防性、提前性，所以这种扩展性本身其实是基于现实情况提前做的预防性方案，基于对业务把握的程度。