IDC资讯中心
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实施环境。因为我们一开始就是全新的，所以在实施的过程中，我们可以做一些很大的变化，并在每一个阶段都有一个可以接受的环境配置标准。
 |
| 图1. 运用强大的实施结构 |
首先我简述一下我们的核心实施环境底层框架。它分为三个阶段：开发阶段、staging阶段和生产阶段。每一个阶段都有自己的网络，带有防火墙和独立的active directory（ad) 域控制器（domain controller）（见图1）。通过这个配置，我们可以分阶段地改变应用程序、底层框架和ad。尽管这看起来有些多余，但是它是我们成功的关键。
当我们在这个底层框架上添加应用程序时，我们创建了运行特殊应用程序的服务器。例如，我们有一组提供中间层com+服务、基本数据存取的服务器，它们被称为dat服务器。我们将它们命名为dat01、dat02、等等。然后我们给每个阶段添加适当的标记：devdat01、stgdat01或proddat01。因此，在理想情况下，生产中的每种类型的服务器都有两组相应的服务器用于软件的实施。
 |
| 图2. 运用服务器在实施过程中产生令人头痛的问题 |
由于我们的dna应用程序很复杂，所以我们很难为每种服务器提供两个服务器（至少在最初阶段不行）。我们有三个主要的网站，它们形成了我们的internet业务。基于技术和商业的原因，每个网站都存在于一组独立的web服务器上。在web服务器上，我们支持我们的国际分公司的网站，这些网站也存在于专门的服务器上。为了支持这些网站，我们有六种不同类型的传统应用程序服务器，这就使我们整个服务器类型的数量达到了10个。为了使实施过程尽可能顺利，理想情况是在开发阶段和staging阶段拥有同等类型的服务器。这样整个实施过程就需要20个服务器，在电子商务成为我们公司的重要业务前，我们一直认为这种花费并不值得。然而，在此之前，我们仍然需要很多服务器在每个阶段完成不同的任务，所以我们在开发和staging阶段也运用了服务器（见图2）。不必说，这么做肯定会带来了成本的量化：阶段配置的不同提高了产生实施问题的危险。
