幾年在.net方面的工作經(jīng)歷，讓我長久以來(有幾年了)想寫關(guān)于大型asp.net應(yīng)用系統(tǒng)架構(gòu)文章的念頭。之前和同事們聊天的時(shí)候說的都是一些思維片段，其中的想法不盡完美，聊完天再細(xì)心想想，一些主意就逐漸清晰了。現(xiàn)在終于付諸行動(dòng)了，將一些想到的主意與大家一路探討，也算是對(duì)曩昔幾年在ASP.NET方面的一個(gè)總結(jié)。這對(duì)我來說也是一個(gè)學(xué)習(xí)過程。

博客園有不少同仁在寫系統(tǒng)架構(gòu)或者企業(yè)應(yīng)用架構(gòu)方面的文章，我看過其中一些。就我看過的這些文章，我發(fā)現(xiàn)他們當(dāng)中相當(dāng)多的人寫的是分層架構(gòu)。從我的看法來說，分層是不錯(cuò)。但是假如是我自己寫的話，我會(huì)從架構(gòu)的選擇來說起。那么應(yīng)用程序的架構(gòu)就有可能不選擇分層的架構(gòu)，而選擇其他架構(gòu)。另外我會(huì)從整個(gè)系統(tǒng)的角度來寫，即從硬件和軟件兩個(gè)角度來思考一個(gè)系統(tǒng)。

這些都是我的一些建議，希望對(duì)您有所幫助。

簡介

大型asp.net應(yīng)用要考慮如何服務(wù)眾多的訪問者，同時(shí)還要保證每個(gè)訪問者都獲得高質(zhì)量的服務(wù)。需要面對(duì)不同語言的用戶；需要保證安全性；應(yīng)用系統(tǒng)的伸縮性也是很強(qiáng)的，當(dāng)服務(wù)器集群有點(diǎn)不足以擔(dān)負(fù)壓力時(shí)，可以向服務(wù)器集群中加入更多的服務(wù)器來增添整個(gè)應(yīng)用系統(tǒng)的服務(wù)能力。服務(wù)器的可用性也會(huì)要求很高，一年的下線時(shí)間是很少的。服務(wù)器的災(zāi)難備份也是很好的，即使現(xiàn)在的機(jī)房遭受毀滅性襲擊，也有災(zāi)難備份可以恢復(fù)服務(wù)。服務(wù)器上跑的asp.net應(yīng)用是可擴(kuò)展的，具有很好的可擴(kuò)展性，同時(shí)具有的可維護(hù)性。本系列文章將談?wù)劥笮蚢sp.net應(yīng)用系統(tǒng)架構(gòu)的諸多方面。本篇將談到架構(gòu)的選擇。

架構(gòu)的選擇

架構(gòu)的選擇與應(yīng)用程序的類型有關(guān)。這里說的是asp.net應(yīng)用，那么Client-Server的架構(gòu)就很顯然排除了。剩下：

基于組件的架構(gòu)

應(yīng)用可以按組件劃分，不用組件實(shí)現(xiàn)不同功能和邏輯，組件之間的接口規(guī)范有很好的定義。某些組件可以重用。

分層Layered的架構(gòu)

應(yīng)用被劃分成了堆疊在一路的若干層，每一層完成特定的服務(wù)和功能，與其上下層接口，各層之間是調(diào)用被調(diào)用的關(guān)系。在上面的層只有調(diào)用下面的一層，在中心的層則兼有調(diào)用和被調(diào)用。在下面的層則是僅供上面的層調(diào)用。通常劃分成UI層，商務(wù)邏輯層，數(shù)據(jù)層等，并且通常多個(gè)層都部署在統(tǒng)一臺(tái)服務(wù)器上。

新聞總線型的架構(gòu)

應(yīng)用程序按照預(yù)定義的格式來收發(fā)新聞。有一個(gè)新聞隊(duì)列和新聞存儲(chǔ)，分發(fā)處理的義務(wù)。相關(guān)新聞的事件被程序處理。支撐不同的系統(tǒng)平臺(tái)。新聞總線里面有若干定義好的新聞流，新聞總線同各系統(tǒng)平臺(tái)交換數(shù)據(jù)，支撐不同的格式。將新聞交由不同的處理程序處理。