一般情況下，架構(gòu)分兩種來(lái)討論的，一種是開(kāi)發(fā)架構(gòu)，一種是部署架構(gòu)

部署架構(gòu)，就是開(kāi)發(fā)完的程序在實(shí)際運(yùn)行環(huán)境下，通過(guò)負(fù)載均衡，DNS輪詢(xún)，SquID等等來(lái)減輕單臺(tái)服務(wù)器負(fù)載，達(dá)到性能優(yōu)化的目的

這里大家估計(jì)更想了解的是開(kāi)發(fā)上的架構(gòu)

我對(duì)這個(gè)的觀點(diǎn)是，所有的架構(gòu)都是死的，而Web高性能開(kāi)發(fā)優(yōu)化策略是活的，我在開(kāi)發(fā)中，所有的東西都不是一定要按照什么固定的模式，去死開(kāi)發(fā)，更多的是針對(duì)需要優(yōu)化的信息進(jìn)行針對(duì)處理，下面說(shuō)說(shuō)我的優(yōu)化策略

1、數(shù)據(jù)庫(kù)優(yōu)化，這個(gè)是所有的優(yōu)化策略中中重要的，可以說(shuō)數(shù)據(jù)庫(kù)設(shè)計(jì)的好壞，直接影響了一個(gè)系統(tǒng)的承受力。普通的數(shù)據(jù)庫(kù)細(xì)節(jié)優(yōu)化，網(wǎng)上已經(jīng)有大筆文章了，沒(méi)什么好說(shuō)的，想了解的自己去找。而我要說(shuō)的就是在數(shù)據(jù)庫(kù)設(shè)計(jì)中的一個(gè)思路，分庫(kù)、分表、緩存表。

1）分庫(kù)指的是在設(shè)計(jì)中，要考慮到后期數(shù)據(jù)量大的情況下，你的數(shù)據(jù)庫(kù)能夠隨著應(yīng)用隨時(shí)拆分，這個(gè)拆分并不是只是針對(duì)功能模塊對(duì)應(yīng)的數(shù)據(jù)拆分。舉個(gè)例子，就用這個(gè)CSDN論壇吧，比如里面有很多類(lèi)，C#版，JAVA版，系統(tǒng)設(shè)計(jì)版等等，拆分的目的是可以把任何一個(gè)版的數(shù)據(jù)拆分到單獨(dú)的一個(gè)數(shù)據(jù)庫(kù)中去。

2）分表相對(duì)的就好理解了，就是說(shuō)同類(lèi)型的數(shù)據(jù)，你可以為了性能優(yōu)化，進(jìn)行拆分到多個(gè)表中去，拆分規(guī)則可以有多種，按照類(lèi)型、按照時(shí)間、按照姓名等等。同樣以這個(gè)CSDN論壇來(lái)說(shuō)，我要設(shè)計(jì)的話(huà)，我會(huì)按照里面的大版面進(jìn)行數(shù)據(jù)庫(kù)拆分，而按照小版，進(jìn)行表拆分。

3）而對(duì)于緩存表，網(wǎng)上我還很少看到有人來(lái)說(shuō)這個(gè)東西，這個(gè)的目的就是針對(duì)一個(gè)大的數(shù)據(jù)表中，一般中有死數(shù)據(jù)庫(kù)和活動(dòng)數(shù)據(jù)，比如用戶(hù)表，里面有很多基本不來(lái)的用戶(hù)，那么針對(duì)這樣的情況，當(dāng)表數(shù)據(jù)上了千萬(wàn)的時(shí)候，我就會(huì)采用緩存表的模式來(lái)進(jìn)行了，就是在實(shí)際表和用戶(hù)之間在搭建一個(gè)臨時(shí)表，訪問(wèn)用戶(hù)數(shù)據(jù)時(shí)，首先訪問(wèn)臨時(shí)表，如果不存在，則進(jìn)入實(shí)際表中獲取，然后放入緩存表中，同時(shí)會(huì)通過(guò)后臺(tái)線程，定時(shí)將緩存表數(shù)據(jù)同步到實(shí)際數(shù)據(jù)庫(kù)中，同步時(shí)間可以針對(duì)系統(tǒng)要求來(lái)進(jìn)行。

如果理解了上面的東西，那么在數(shù)據(jù)承載上，可以上升一個(gè)很大的層次。。。。。

2、程序優(yōu)化。這個(gè)對(duì)我來(lái)說(shuō)相對(duì)的就不是那么的看中了，程序的優(yōu)化，我更多的認(rèn)為是個(gè)技巧，而不是架構(gòu)了，包括現(xiàn)在經(jīng)常見(jiàn)到的那些各種設(shè)計(jì)模式，另外這里提下，很多設(shè)計(jì)模式，他的出發(fā)點(diǎn)并不是Web高性能開(kāi)發(fā)，而是考慮的系統(tǒng)擴(kuò)展性，所以在單個(gè)技術(shù)細(xì)節(jié)上，很多人也發(fā)現(xiàn)了，并不如直接的寫(xiě)代碼來(lái)的快，但是就是推薦那樣，是因?yàn)椴捎昧四切┠Ｊ降某绦颍瑪U(kuò)展性比你的強(qiáng)，那么一旦系統(tǒng)要求變動(dòng)，或者是要求進(jìn)行拆分的時(shí)候要比你方便的多，在分擔(dān)到多個(gè)服務(wù)器上時(shí)，性能相對(duì)的就起到了優(yōu)化也。廢話(huà)了通，繼續(xù)說(shuō)我對(duì)程序部分經(jīng)常采用的方式吧

1）首推靜態(tài)化，這個(gè)的優(yōu)化效果不用多說(shuō)，直接減輕了服務(wù)器負(fù)擔(dān)，不過(guò)如果用上了Squid，那么有第三放來(lái)做靜態(tài)，也可以達(dá)到同樣的效果

2）合適的數(shù)據(jù)緩存，緩存很多人都用到了，但是在使用前，是否認(rèn)真思考過(guò)為這個(gè)這個(gè)要進(jìn)行Cache，Cache他的標(biāo)準(zhǔn)是什么？我說(shuō)下我的標(biāo)準(zhǔn)：小數(shù)據(jù)量、大訪問(wèn)量、更新盡量少的數(shù)據(jù)，全部可以進(jìn)行緩存。另外我提到的緩存，并不只是說(shuō)。NET本身提供的Cache，我說(shuō)的緩存還包括了使用 Static來(lái)進(jìn)行的數(shù)據(jù)

3）活用線程，很多人的觀念中感覺(jué)線程好象在B/S中是用不到的，或者是沒(méi)有必要。其實(shí)這個(gè)觀念完全錯(cuò)，在特定情況下使用線程，可以提高的局部性能不是一點(diǎn)兩點(diǎn)

4)功能模塊拆分，這個(gè)一般人基本都在做，我要補(bǔ)充的是，不只是在單個(gè)項(xiàng)目中進(jìn)行功能模塊的拆分，而是為了進(jìn)行分步式開(kāi)發(fā)而進(jìn)行拆分

在其它的基本都是細(xì)節(jié)優(yōu)化了，這個(gè)沒(méi)有太多興趣寫(xiě)了，網(wǎng)上資料應(yīng)該不少，可以自己搜索查閱

上面的這幾部分如果能在開(kāi)發(fā)中，靈活運(yùn)用上，可以說(shuō)，你實(shí)現(xiàn)Web高性能開(kāi)發(fā)，絕對(duì)不是難事。

我曾經(jīng)開(kāi)發(fā)的過(guò)的站點(diǎn)中，也有過(guò)社區(qū)，一個(gè)WEB服務(wù)器，一個(gè)DB服務(wù)器，主題帖千萬(wàn)，回復(fù)帖有6000W左右吧，其它數(shù)據(jù)不算，運(yùn)行過(guò)程中沒(méi)出過(guò)任何問(wèn)題，日訪問(wèn)在100WPV情況下，還沒(méi)有達(dá)到性能瓶頸。