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

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

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

簡介

大型asp.net應(yīng)用要考慮如何服務(wù)眾多的訪問者，同時還要保證每個訪問者都獲得高質(zhì)量的服務(wù)。需要面對不同語言的用戶；需要保證安全性；應(yīng)用系統(tǒng)的伸縮性也是很強的，當服務(wù)器集群有點不足以擔負壓力時，可以向服務(wù)器集群中加入更多的服務(wù)器來增添整個應(yīng)用系統(tǒng)的服務(wù)能力。服務(wù)器的可用性也會要求很高，一年的下線時間是很少的。服務(wù)器的災(zāi)難備份也是很好的，即使現(xiàn)在的機房遭受毀滅性襲擊，也有災(zāi)難備份可以恢復(fù)服務(wù)。服務(wù)器上跑的asp.net應(yīng)用是可擴展的，具有很好的可擴展性，同時具有的可維護性。本系列文章將談?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)用可以按組件劃分，不用組件實現(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ù)層等，并且通常多個層都部署在統(tǒng)一臺服務(wù)器上。

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

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