那么这些关于成本、质量、速度和范围的权衡决策是如何影响体系的可扩展性呢?正如上一章提到的，对于扩展项目或基础设施项目来说，可扩展性与这些权衡之间有着简单明了的关系。而对于开发功能的项目来说，这些束缚的权衡决策从长期来看会影响该功能和整个体系的可扩展性，这是权衡决策与可扩展性之间的间接关系。
必要拆分主数据库的扩展项目，就像一个开发功能的项目一样，也必要平衡这四个束缚因素。你会把自已大部分的高级工程师从开发功能的项目中抽调出来，从事拆分数据库的项目吗?你会给本身的团队6个月或18个月时间来完成这个项目吗?你会加人内置的功能，从而在需要的时候进一步拆分数据库吗?你会缩短项目，只进行逐一次拆分吗?这些都是你在项目过程中必要提出的题目，也是为了平衡项目三角中的速度、成本、质量和范围而提出的题目。
这些束缚因素还会间接地影响可扩展性。让我们以AllScale公司的付款功能为例，它的侧重点在于速度。这个功能必须在月尾之前发布，如许才能供月尾的结算周期使用。错过了这个日期，就会造成必要手工处理付款，如许会引人更多错误，从而导致拒付和收人损失。软件开发团队的VP麦克，索福特从另一个项目上抽调了三位高级工程师，把他们分配到这个付款项目上新疆人事考试，以便能够按时完成它。统统都进展得很顺利，在月尾之前的那个周末，这个功能就被发布了，如许就能够根据计划处理账单。
6个月后，AllScale公 司的HRM站点存储的内容的增长量超过了100%，而参与月尾结算周期的用户数量增长的百分比更大，他们在结算功能上产生的负载总量接近这个功能发布初期的负载总量的150%。迄今为止，它的处理时间仍然控制在12小时之内。但这个月的用户增加使它发生了显明的转变，处理时间一跃达到了38小时。因为这个服务被设计为单一应用的附加功能， 所以不能在多个服务器上运行。直到如今，这个6个月之前所做决策的后果才渐渐展现出来。AllScale公司的运营团队必须给这个应用分配一个更大的服务器才能完成下个月的结算工作，而这个服务器本来是计划用作数据库服务器的。当然，这也会对硬件预算产生不好的影响。运营团队还必要花费大量的时间为这次迁移进行服务器的监控、预备、配置和测试。此外，这个项目可能还会引人软件开发工程师和质量保证工程师，以对变更提出建议，并最后验证该应用能够在新服务器上运行。因为这个置换新硬件的项目对用户而言的高风险，它必须在维护的时间窗内进行，同时它也用去了这一周体系许可的风险的大部分。另外的数据库拆分的项目则必须推迟了，由于必要订购新的硬件才行了，如许增长了数据库过载而造成题目的风险。
从我们的例子中你会发现，最初的网站制作功能开发阶段所做的决策会给整个体系的可扩展性带来很多未知的影响。这是否意味着当初的权衡和决策是错误的呢?不，事实上，即使有后见之明，你仍然会觉得敏捷地把这个功能投人到生产环境中，是个精确的决定。对于这个场景，我们也许赞成这种看法。从这个例子中我们学到的紧张点， 不是个决策是对照旧错， 而是对于一个决策会造成长期和短期的后果网站建设报价，你可能不能完全了解。
必要拆分主数据库的扩展项目，就像一个开发功能的项目一样，也必要平衡这四个束缚因素。你会把自已大部分的高级工程师从开发功能的项目中抽调出来，从事拆分数据库的项目吗?你会给本身的团队6个月或18个月时间来完成这个项目吗?你会加人内置的功能，从而在需要的时候进一步拆分数据库吗?你会缩短项目，只进行逐一次拆分吗?这些都是你在项目过程中必要提出的题目，也是为了平衡项目三角中的速度、成本、质量和范围而提出的题目。
这些束缚因素还会间接地影响可扩展性。让我们以AllScale公司的付款功能为例，它的侧重点在于速度。这个功能必须在月尾之前发布，如许才能供月尾的结算周期使用。错过了这个日期，就会造成必要手工处理付款，如许会引人更多错误，从而导致拒付和收人损失。软件开发团队的VP麦克，索福特从另一个项目上抽调了三位高级工程师，把他们分配到这个付款项目上新疆人事考试，以便能够按时完成它。统统都进展得很顺利，在月尾之前的那个周末，这个功能就被发布了，如许就能够根据计划处理账单。
6个月后，AllScale公 司的HRM站点存储的内容的增长量超过了100%，而参与月尾结算周期的用户数量增长的百分比更大，他们在结算功能上产生的负载总量接近这个功能发布初期的负载总量的150%。迄今为止，它的处理时间仍然控制在12小时之内。但这个月的用户增加使它发生了显明的转变，处理时间一跃达到了38小时。因为这个服务被设计为单一应用的附加功能， 所以不能在多个服务器上运行。直到如今，这个6个月之前所做决策的后果才渐渐展现出来。AllScale公司的运营团队必须给这个应用分配一个更大的服务器才能完成下个月的结算工作，而这个服务器本来是计划用作数据库服务器的。当然，这也会对硬件预算产生不好的影响。运营团队还必要花费大量的时间为这次迁移进行服务器的监控、预备、配置和测试。此外，这个项目可能还会引人软件开发工程师和质量保证工程师，以对变更提出建议，并最后验证该应用能够在新服务器上运行。因为这个置换新硬件的项目对用户而言的高风险，它必须在维护的时间窗内进行，同时它也用去了这一周体系许可的风险的大部分。另外的数据库拆分的项目则必须推迟了，由于必要订购新的硬件才行了，如许增长了数据库过载而造成题目的风险。
从我们的例子中你会发现，最初的网站制作功能开发阶段所做的决策会给整个体系的可扩展性带来很多未知的影响。这是否意味着当初的权衡和决策是错误的呢?不，事实上，即使有后见之明，你仍然会觉得敏捷地把这个功能投人到生产环境中，是个精确的决定。对于这个场景，我们也许赞成这种看法。从这个例子中我们学到的紧张点， 不是个决策是对照旧错， 而是对于一个决策会造成长期和短期的后果网站建设报价，你可能不能完全了解。