在软件实施中完成零停机

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实施环境。因为我们一开始就是全新的，所以在实施的过程中，我们可以做一些很大的变化，并在每一个阶段都有一个可以接受的环境配置标准。

关键词： 在软件实施中完成零停机