那么这些关于成本、质量、速度和规模的衡量决议计划是若何影响体系的可扩大性呢?正如上一章提到的，对于扩大项目或基本举措措施项目来说，可扩大性与这些衡量之间有着简略清楚明了的关系。而对于开辟功效的项目来说，这些束缚的衡量决议计划从历久来看会影响该功效和全部体系的可扩大性，这是衡量决议计划与可扩大性之间的间接关系。

须要拆分主数据库的扩大项目，就像一个开辟功效的项目一样，也须要均衡这四个束缚身分。你会把自已年夜部门的高等工程师从开辟功效的项目中抽调出来，从事拆分数据库的项目吗?你会给本身的团队6个月或18个月时光来完成这个项目吗?你会加人内置的功效，从而在需要的时刻进一步拆分数据库吗?你会缩短项目，只进行一一次拆分吗?这些都是你在项目进程中须要提出的问题，也是为了均衡项目三角中的速度、成本、质量和规模而提出的问题。

这些束缚身分还会间接地影响可扩大性。让我们以AllScale公司的付款功效为例，它的着重点在于速度。这个功效必需在月底之前宣布，如许能力供月底的结算周期应用。错过了这个日期，就会造成须要手工处置付款，如许会惹人更多毛病，从而导致拒付和收人丧失。软件开辟团队的VP麦克，索福特从另一个项目上抽调了三位高等工程师，把他们分派到这个付款子目上，以便可以或许按时完成它。一切都进展得很顺遂，在月底之前的谁人周末，这个功效就被宣布了，如许就可以或许依据筹划处置账单。

6个月后，AllScale公司的HRM站点存储的内容的增长量跨越了100%，而介入月底结算周期的用户数目增长的百分比更年夜，他们在结算功效上发生的负载总量接近这个功效宣布初期的负载总量的150%。迄今为止，它的处置时光仍然掌握在12小时之内。但这个月的用户增加使它产生了显著的变更，处置时光一跃到达了38小时。因为这个办事被设计为单一运用的附加功效，所以不克不及在多个办事器上运行。直到如今，这个6个月之前所做决议计划的效果才逐渐浮现出来。AllScale公司的运营团队必需给这个运用分派一个更年夜的办事器能力完成下个月的结算工作，而这个办事器本来是筹划用作数据库办事器的。当然，这也会对硬件预算发生欠好的影响。运营团队还须要消费年夜量的时光为此次迁徙进行办事器的监控、预备、设置装备摆设和测试。此外，这个项目可能还会惹人软件开辟工程师和质量包管工程师，以对变革提出建议，并最后验证该运用可以或许在新办事器上运行。因为这个置换新硬件的项目对用户而言的高风险，它必需在保护的时光窗内进行，同时它也用去了这一周体系许可的风险的年夜部门。别的的数据库拆分的项目则必需推迟了，因为须要订购新的硬件才行了，如许增长了数据库过载而造成问题的风险。

从我们的例子中你会发明，最初的网站制造功效开辟阶段所做的决议计划会给全部体系的可扩大性带来很多未知的影响。这是否意味着当初的衡量和决议计划是毛病的呢?不，事实上，即使有后见之明，你仍然会认为敏捷地把这个功效投人到临盆情况中，是个准确的决议。对于这个场景，我们年夜概赞成这种意见。从这个例子中我们学到的主要点，不是个决议计划是对照样错，而是对于一个决议计划会造成历久和短期的效果，你可能不克不及完整懂得。