网站建设与可扩展性的关系

那末这些关于本钱、质量、速率和范畴的权衡决议计划是怎样影响零碎的可扩展性呢?正如上一章提到的，对付扩展项目或根蒂根基举措措施项目来讲，可扩展性与这些权衡之间有着简略清楚明了的关系。而对付开发功用的项目来讲，这些约束的权衡决议计划从恒久来看会影响该功用和整个零碎的可扩展性，这是权衡决议计划与可扩展性之间的间接关系。
需求拆分主数据库的扩展项目，就像一个开发功用的项目同样，也需求均衡这四个约束因素。你会把自已大部分的高档工程师从开发功用的项目中抽调出来，从事拆分数据库的项目吗?你会给本身的团队6个月或18个月时间来完成这个项目吗?你会加人内置的功用，从而在须要的时辰进一步拆分数据库吗?你会缩短项目，只进行逐个次拆分吗?这些都是你在项目过程当中需求提出的问题，也是为了均衡项目三角中的速率、本钱、质量和范畴而提出的问题。
这些约束因素还会间接地影响可扩展性。让咱们以allscale公司的付款功用为例，它的偏重点在于速率。这个功用必需在月尾以前发布，如许才气供月尾的结算周期运用。错过了这个日期，就会形成需求手工处置付款，如许会惹人更多毛病，从而招致拒付和收人损失。软件开发团队的vp麦克，索福特从另外一个项目上抽调了三位高档工程师，把他们分配到这个付金钱目上，以便能够定时完成它。所有都进展得很顺遂，在月尾以前的谁人周末，这个功用就被发布了，如许就可以按照方案处置账单。
6个月后，allscale公 司的hrm站点存储的内容的添加量跨越了100%，而参加月尾结算周期的用户数目添加的百分比更大，他们在结算功用上发生的负载总量濒临这个功用发布早期的负载总量的150%。迄今为止，它的处置时间依然控制在12小时以内。但这个月的用户增进使它发生了明明的变革，处置时间一跃到达了38小时。由于这个服务被设计为单一应用的附加功用， 以是不克不及在多个服务器上运转。直到此刻，这个6个月以前所做决议计划的结果才逐渐呈现出来。allscale公司的运营团队必需给这个应用分配一个更大的服务器才气完成下个月的结算事情，而这个服务器原本是方案用作数据库服务器的。当然，这也会对硬件估算发生欠好的影响。运营团队还需求破费大量的时间为此次迁徙进行服务器的监控、筹备、设置和测试。别的，这个项目能够还会惹人软件开发工程师和质量包督工程师，以对变动提出倡议，并末了验证该应用能够在新服务器上运转。由于这个置换新硬件的项目对用户而言的高危害，它必需在维护的时间窗内进行，同时它也用去了这一周零碎容许的危害的大部分。另外的数据库拆分的项目则必需推延了，由于需求订购新的硬件才行了，如许添加了数据库过载而形成问题的危害。
从咱们的例子中你会发现，最初的网站建设功用开发阶段所做的决议计划会给整个零碎的可扩展性带来许多未知的影响。这是否象征着当初的权衡和决议计划是毛病的呢?不，事实上，即便有后见之明，你依然会感觉迅速地把这个功用投人到出产环境中，是个正确的决议。对付这个场景，咱们大要赞成这类观念。从这个例子中咱们学到的首要点， 不是个决议计划是对仍是错， 而是对付一个决议计划会造生恒久和短时间的结果，你能够不克不及彻底理解。