DNA應用程序在實施時會遇到很多問題。在本文中你會看到.NET是如何在這方面作出改進的。
by Barry Bloom
涉及技術：Visual Studio .NET, ASP.NET, .NET Framework, Application Center 2000

在軟件實施的過程中沒有什么比防止出現故障更困難的事情了，這些故障可能會導致停機。我相信你的開發人員一定對你說過他們開發的程序在本地的機器上會工作得很好，可是一投入生產就總是有問題。停機后他們要花好幾個小時來解決故障，最后發現他們忘了一段很重要的代碼或者一個配置步驟。最后的結論是：系統停機好幾個小時只是因為一個簡單的實施錯誤。

為了解決這個問題，許多公司采用了“類似開發”，或者staging環境。staging環境盡可能接近生產環境，不過開發人員仍可在這種環境下進行軟件的開發和調試而不會導致別的問題。當實施小組把在開發人員的機器上運行良好的軟件在這樣的環境下重新生成后，他們可以保證在真實的環境中程序也會很好地運行。盡管采取了這種措施，但是在一些復雜的實施過程中仍會產生很多問題。尤其是對于使用COM＋ 對象和 Active Server Pages（ASP）的應用程序。如果這些應用程序使用DCOM，那么情況會更糟。復雜的Web應用程序會使管理員為了系統的正常運轉而絞盡腦汁。

Microsoft已經聽說了它的Distributed Network Architecture (DNA)技術是多么地難于實施和維護，它已就許多問題作出了回應。用.NET Framework寫的應用程序通過運用新的功能大大地簡化了軟件實施過程。相對于傳統的DNA應用程序，這個變化是巨大的，我會以我的公司為例子來講述.NET是如何改進實施過程的。希望會對你的軟件實施有所幫助。

實施什么？實施到哪里？
我的公司情況很獨特，因為我們有足夠的資本在.NET的世界中生成一個全新的服務器環境。我們現在所依靠的環境真的很不錯，在逐步淘汰了老的DNA之后，我們投資了大約30臺服務器來生成一個新的.NET實施環境。因為我們一開始就是全新的，所以在實施的過程中，我們可以做一些很大的變化，并在每一個階段都有一個可以接受的環境配置標準。