那么這些關(guān)于成本、質(zhì)量、速度和范圍的權衡決策是如何影響系統的可擴展性呢?正如上一章提到的，對于擴展項目或基礎設施項目來(lái)說(shuō)，可擴展性與這些權衡之間有著(zhù)簡(jiǎn)單明了的關(guān)系。而對于開(kāi)發(fā)功能的項目來(lái)說(shuō)，這些約束的權衡決策從長(cháng)期來(lái)看會(huì )影響該功能和整個(gè)系統的可擴展性，這是權衡決策與可擴展性之間的間接關(guān)系。



需要拆分主數據庫的擴展項目，就像一個(gè)開(kāi)發(fā)功能的項目一樣，也需要平衡這四個(gè)約束因素。你會(huì )把自已大部分的高級工程師從開(kāi)發(fā)功能的項目中抽調出來(lái)，從事拆分數據庫的項目嗎?你會(huì )給自己的團隊6個(gè)月或18個(gè)月時(shí)間來(lái)完成這個(gè)項目嗎?你會(huì )加人內置的功能，從而在必要的時(shí)候進(jìn)一步拆分數據庫嗎?你會(huì )縮短項目，只進(jìn)行一一次拆分嗎?這些都是你在項目過(guò)程中需要提出的問(wèn)題，也是為了平衡項目三角中的速度、成本、質(zhì)量和范圍而提出的問(wèn)題。

這些約束因素還會(huì )間接地影響可擴展性。讓我們以AllScale公司的付款功能為例，它的側重點(diǎn)在于速度。這個(gè)功能必須在月底之前發(fā)布，這樣才能供月底的結算周期使用。錯過(guò)了這個(gè)日期，就會(huì )造成需要手工處理付款，這樣會(huì )引人更多錯誤，從而導致拒付和收人損失。軟件開(kāi)發(fā)團隊的VP麥克，索福特從另一個(gè)項目上抽調了三位高級工程師，把他們分配到這個(gè)付款項目上，以便能夠按時(shí)完成它。一切都進(jìn)展得很順利，在月底之前的那個(gè)周末，這個(gè)功能就被發(fā)布了，這樣就能夠根據計劃處理賬單。

6個(gè)月后，AllScale公 司的HRM站點(diǎn)存儲的內容的增加量超過(guò)了100%，而參與月底結算周期的用戶(hù)數量增加的百分比更大，他們在結算功能上產(chǎn)生的負載總量接近這個(gè)功能發(fā)布初期的負載總量的150%。迄今為止，它的處理時(shí)間仍然控制在12小時(shí)之內。但這個(gè)月的用戶(hù)增長(cháng)使它發(fā)生了明顯的變化，處理時(shí)間一躍達到了38小時(shí)。由于這個(gè)服務(wù)被設計為單一應用的附加功能， 所以不能在多個(gè)服務(wù)器上運行。直到現在，這個(gè)6個(gè)月之前所做決策的后果才逐漸顯現出來(lái)。AllScale公司的運營(yíng)團隊必須給這個(gè)應用分配一個(gè)更大的服務(wù)器才能完成下個(gè)月的結算工作，而這個(gè)服務(wù)器原本是計劃用作數據庫服務(wù)器的。當然，這也會(huì )對硬件預算產(chǎn)生不好的影響。運營(yíng)團隊還需要花費大量的時(shí)間為這次遷移進(jìn)行服務(wù)器的監控、準備、配置和測試。此外，這個(gè)項目可能還會(huì )引人軟件開(kāi)發(fā)工程師和質(zhì)量保證工程師，以對變更提出建議，并最后驗證該應用能夠在新服務(wù)器上運行。由于這個(gè)置換新硬件的項目對用戶(hù)而言的高風(fēng)險，它必須在維護的時(shí)間窗內進(jìn)行，同時(shí)它也用去了這一周系統允許的風(fēng)險的大部分。另外的數據庫拆分的項目則必須推遲了，因為需要訂購新的硬件才行了，這樣增加了數據庫過(guò)載而造成問(wèn)題的風(fēng)險。

從我們的例子中你會(huì )發(fā)現，最初的網(wǎng)站制作功能開(kāi)發(fā)階段所做的決策會(huì )給整個(gè)系統的可擴展性帶來(lái)許多未知的影響。這是否意味著(zhù)當初的權衡和決策是錯誤的呢?不，事實(shí)上，即使有后見(jiàn)之明，你仍然會(huì )覺(jué)得迅速地把這個(gè)功能投人到生產(chǎn)環(huán)境中，是個(gè)正確的決定。對于這個(gè)場(chǎng)景，我們大概同意這種看法。從這個(gè)例子中我們學(xué)到的重要點(diǎn)， 不是個(gè)決策是對還是錯， 而是對于一個(gè)決策會(huì )造成長(cháng)期和短期的后果，你可能不能完全了解。