发布！软件的设计与部署——1.4　挑战的范围

“软件危机”已经超过30年了。就金主而言，软件耗资依然太大（参见Why Does Software Cost So Much？[DeM95]）。就目标捐助者而言，即便进度表是以月而非年来衡量的，软件的开发周期依然很长。很明显，过去30年设想的生产效率提高只是一场幻影。 这些术语来自于敏捷社区。金主（gold owner）是指为软件付费的人。目标捐助者（goal donor）是指你正在满足其需求的人。他们一般都不是同一个人。 另一方面，我们获得的某些实际的生产效率提高方法，可能被用来攻克更大的问题，而不是快速廉价地开发同样的软件。在过去的十年里，系统的规模呈指数级膨胀。 在安逸懒散的客户端/服务器系统时代，系统的用户基数是以十或百来衡量的，并发用户数顶多也就几十个。可现在，资助人要求系统要能承受“25 000个并发用户”和“每天400万独立访问者”。 正常运行时间的要求也提高了。然而，著名的“5个9”（99.999%）运行时间曾经是大型机及其维护者给出的承诺，而现在，用户希望普通的商业网站也能够提供24×7×365的服务 。显然，从今天构建的软件系统的规模来说，我们已经向前迈了一大步，但是系统范围和规模的增大也导致新的系统崩溃方式层出不穷、环境更加恶劣，以及用户对系统缺陷的容忍度降低。 快速廉价地构建软件，对用户更友好，操作更简便，这些新的挑战要求我们持续地改进软件架构和设计方法。对小型网站来说可行的设计方法，对有上千用户的事务型分布式系统是不堪一用的，我们将会分析一些恐怖故障的案例。