我們的.NET應用程序結構就完全不同了（見圖3）。我們在同一個網絡底層框架上添加了.NET服務器，因此就沒有額外的成本了（除了網絡連接外）。.NET應用程序結構也具有我們的三階段AD實施方案和共有的數據庫后端，但是兩者的共同之處也就只有這些了。因為我們可以在提供應用程序的性能的同時，降低其復雜性，我們的.NET應用程序結構就只有五種不同類型的服務器——是DNA結構的一半。例如，我們不再需要把設計用于數據存取的組件實施到一個共享的中間層DAT服務器了。ADO.NET性能的提高及其對SQL Server的本地支持使我們可以在Web服務器上實施這些數據存取組件，同時，提高了數據存取的性能，降低了我們SQL Servers上的負載。
由于引進了我們的.NET應用程序結構的概念，我們就可以在每個階段為每種類型的服務器提供至少一個服務器，這同我們的DNA環境是不同的，在DNA環境中，開發和staging中有共同的任務。開發中的任何變化幾乎可以正確地反映在生產中將會出現什么樣的變化。運用這種應用程序結構，我們在實驗中可以有很強的靈活性，在我們將這些變化實現在我們重要的應用程序中前，我們可以評估它們可能帶來的影響。這種新的結構也可以幫助我們更好地定義在我們的變化管理過程中，每個階段所起的作用。
請傳遞任務