如今，負載均衡已經(jīng)不是一個新鮮的詞，也不是什么新技術(shù)，主要用于解決單機負載能力的局限性，但問題是你的應(yīng)用真的到了單機的負載上限了嗎，未必，很多不知道如何推斷瓶頸，如何解決問題的人就開始盲目的增加機器，似乎只要能加機器，性能就都不是問題，負載均衡技術(shù)成了這類人心中的白馬，一臺機器能搞定的事你用了10臺，這顯然是成本問題。

其實很多問題都可以很簡單的解決，看以下場景

1、一個數(shù)據(jù)庫服務(wù)器上跑兩個數(shù)據(jù)庫，并且在生產(chǎn)環(huán)境中，這兩個數(shù)據(jù)庫所帶來的負載是差不多的，并且通過工具監(jiān)測發(fā)現(xiàn)是硬盤的IO遇到了瓶頸，怎么辦？相信很多人馬上想到，加一臺服務(wù)器，配讀寫分離，或者同步復(fù)制，把兩個數(shù)據(jù)庫分別用單獨的服務(wù)器跑 等等方案。其實這個問題很簡單，既然瓶頸在IO，那么我們就解決IO問題，加一塊硬盤，兩個數(shù)據(jù)庫的數(shù)據(jù)分別放在不同的硬盤上不就解決了嗎，在有些場景下增加內(nèi)存可也以降低磁盤IO，也能很簡單的解決問題

2、對數(shù)據(jù)庫熟悉的人都清楚，索引在查詢中的重要性。然而在我遇見的很多開發(fā)者中真正能用好索引的人很少，很多時候有索引和沒索引（或者索引不當(dāng)）造成的性能差別是相當(dāng)大的，如果這也要通過增加機器來解決不知要多少機器夠你用的

3、文件下載服務(wù)器，這種服務(wù)器的瓶頸通常都會出現(xiàn)在單機的網(wǎng)絡(luò)吞吐能力上，而單機網(wǎng)絡(luò)吞吐能力取決于網(wǎng)卡的吞吐能力，難道說就因為網(wǎng)卡的問題又要加機器嗎，其實很多人忽略了一個問題，就是一個機器是可以加多個網(wǎng)卡的

其實可以例舉的場景很多，不過通過以上三個場景，相信很多人已經(jīng)發(fā)現(xiàn)問題了，只是我們太關(guān)注負載均衡，集群這樣的技術(shù)，而忽略了其實有些問題可以很簡單且低成本的解決的

總結(jié)：不要盲目的應(yīng)用各種技術(shù)，要學(xué)會思考，發(fā)現(xiàn)問題的本質(zhì)才是更好的解決問題的關(guān)鍵