对Windows .NET Server的评估_软件工程

　　在考虑是否升级至.NET时，企业的决策者一般对.NET有二种考虑。一些决策者对.NET持谨慎态度，认为微软是在走一步险棋，但当他们意识到大多数.NET产品只是他们正在使用的产品的下一个版本时，这种担心也就随之消失了，他们转而认为向.NET升级与安装一个服务包那么简单。

另一些决策者则认为.NET是微软这几年来推出的最好的产品，他们认为.NET在技术方面有质的飞跃，微软在分布式、基于互联网的应用方面已经积累了丰富的经验，.NET框架正是这些经验的集中体现。

　　当考虑是否向Windows .NET Server升级时，我们考虑的应当是微软的下一代服务器操作系统，而不应当是你的.NET的概念。无论对.NET的营销宣传的态度如何，它都不应当成为是否向Windows .NET Server升级的根据。决定是否需要升级至Windows .NET Server升级的决定性因素是其所包含的全新的和经过改进的服务器功能、微软的软件升级策略、新服务器的安全模式以及对现有的windows 2000平台的支持。下面我们将微软的软件升级策略是如何影响Windows .NET Server中的新功能的。

　　不仅是一次升级

　　尽管Windows .NET Server是微软推出的下一个版本的服务器操作系统平台，但它决不仅仅是一次升级。要理解我真正的含意，可以回想一下微软推出Windows NT 4及其服务包的情景，服务包中包括一些可以应用在Windows NT 4服务器的升级软件和新技术，它们可以使Windows NT 4越来越像Windows 2000。微软意识到用户不会为服务包掏腰包，因为那时IIS、微软事务服务器（MTS）、活动服务器网页（ASP）还没有得到大多数人的接受，还必须进一步地改进才能与企业级服务器相竞争。虽然成功地使无数的用户转向了它的平台，但微软并没有直接从服务包方面赚一分钱。NT服务包是微软最后一次对Windows服务器平台进行免费升级。

　　推出Windows 2000后，微软就不再发布服务包了，而是只修正其中的bug，但不在提供新的功能了，因此也就不会有Windows 2000的服务包了。但微软推出了Windows .NET Server和一种全新的许可模式，除了财务方面的影响外，这还意味着，除非掏钱升级至Windows .NET Server，用户已经不能再得到新版的IIS了。

　　这关系非常大，因为自版本3以来，IIS的内核完全相同。在Windows .NET Server中的IIS 6中，微软改变了HTTP页的处理方法，将该功能移到了内核中，剔除了在以前的IIS版本中轻易引起问题的一些中间环节。它还改变了用来更好地利用服务器运行多个Web应用的自定义应用处理模式ASP。假如你所在的组织与我们的组织相似，还是应该让IIS只处理一种重要的Web应用，因为即使是在Windows 2000/IIS 5中，全异的应用之间还是会存在一定的影响，这非常轻易引起IIS当机。在IIS 6中，微软最终消除了这些相关性，使IIS更象Apache了，这样我们就可以鱼和熊掌兼得了━━易用性和高可用性的可定制性。假如运行着一个IIS网站，并且使用ASP或Html之外的其他应用，升级到IIS 6是物有所值的。在下面的部分中，我们将讨论为什么升级到Windows .NET Server比使用Windows 2000的服务包会使系统更稳定。
　　不要随意升级Windows 2000平台

　　在与微软产品打交道的这几年，我得出了一条经验：微软的企业文化是不断地推出新产品，修正bug和对Office、IIS、COM+、Windows等产品以前版本的改进不是它们优先考虑的事情。我还注重到，微软的客户希望它能够象重视新产品开发那样重视修正现有产品中存在问题。为此，微软推出了产品支持服务（PSS）专门用来修正现有产品中存在的问题。只有在极少数情况下，真正的开发队伍才会来解决以前产品中存在的问题，这也是微软的老产品中问题丛生的原因所在。微软最拿手的是新产品开发，而不是修正现有软件中的问题。

　　去年以来，微软在放弃对原来产品的支持方面走得更远了。由于不再推出这些老产品的升级程序，支持老产品的问题更加恶化了，以前这个问题尚不明显，因为新版产品和服务包之间并没有明显的区别，当用户发现微软的产品中存在问题时，微软就会推出一个全新的、稳定的免费升级包来。这种好日子已经一去不复返了，要真正地修正核心的COM+或Windows Server中的bug，就必须升级到Windows .NET Server。Visual Basic .NET就是微软是如何抛弃其老产品方面的一个极好的例子，VB.NET与原来的VB之间存在明显的不同。

　　假如没有计划将服务器升级为Windows .NET Server，我建议就使用Windows 2000 Server，然后安装直接解决特定问题或安全缺陷的升级程序，你的策略应当是稳定并满足Windows 2000平台上客户的需求。在决定向Windows .NET Server进行升级前，不要对系统的软件进行重大的变化。

　　在我们公司，现有的Windows分布式互联网架构（DNA）被稳定在Windows 2000 SP2，即使在SP3推出后，我们也不预备升级至SP3。假如想使用新的功能，我们将使用不同的、有.NET Framework组件升级程序的Windows 2000 Servers来实现我们的目的，原来的Windows 2000 Servers将被升级为Windows .NET Servers或被淘汰。尽管可以在Windows 2000 Server上安装安全补丁，但在Windows .NET Servers中，微软已经修正了在Windows 2000中屡屡作怪的一些安全缺陷。

　　不要忘记红色代码的危害

　　Windows .NET Server是自红色代码病毒在全世界范围内大肆攻击微软的服务器软件后，微软推出的第一款服务器产品，这促使微软减少产品中可以被黑客用来危胁Windows .NET Server安全的可攻击点。在以前版本的Windows Server中，大多数组件都是被缺省地安装上去的，现在，这些任务都被转移到一个安装后的向导中，该向导将引导系统治理员一步一步地分别安装各个组件。

　　另外，许多产品也不在缺省地开启所有的功能。现在，系统治理人员必须为每台服务器及服务器产品启动所需要的功能。这对于规模较小的商家非常合适，服务器只安装了它需要的组件，而不会要求系统治理员对所有的服务器产品都熟悉，而髭功能也根本就不需要，这样，就大大提高了产品的安全性。

　　微软采取的另一个重要措施是采用了一个代码分析工具，这个工具能够对源代码进行扫描，并发现能够被黑客用来攻击服务器的常见的编码方面的错误。据IIS开发小组称，利用这个工具，他们修正了产品中的一个安全漏洞。尽管目前还不清楚这一工具对Windows .NET Server的影响，但微软对安全的关注也是向Windows .NET Server升级的一个重要原因。

　　服务器类型很重要

　　在决定是否对服务器进行升级时的一个重要因素是定义其一般的用途，然后对该服务器现有的功能与Windows .NET Server中的功能进行比较。对于Web服务器而言，我认为Windows .NET Server中对IIS的增强已经足以使我们进行升级。Asp.Net和.NET Framework成为了Windows .NET Server中的标准组件，而且与IIS进行了集成。通过ASP.NET，微软使Web开发人员能够充分利用C++强大的功能和Visual Basic的快速应用开发以及易用性。

　　对于文件和打印服务器而言，向Windows .NET Server升级的必要不是很大。在这些服务方面，Windows .NET Server几乎没有什么改进。假如正在对服务器进行合并，将原来的多个服务器换为一台配置多处理器的服务器，在这些服务方面，Windows .NET Server比Windows NT或Windows 2000有较大的改进。

　　Evaluate Windows .NET Server (Continued)

　　对于域控制器而言，将业务升级到下一个版本的活动目录（AD）带有一定的冒险性。大多数的公司才刚刚开始向AD移植，如此快地进行升级将在大多数的IT团队中引起混乱。然而，假如拥有非凡的或复杂的能够从Windows .NET Server中新的交叉域名功能受益的系统架构，那就别无选择，只有升级到Windows .NET Server了。
假如可能的话，新布置AD时应该升级到Windows .NET Server。

　　假如在使用Windows Server群集，那就要考虑向Windows .NET Server升级，因为它答应在一个群集系统中集成超过2台的服务器。这一功能对于安装多个SQL Server非常有效，因为3个服务器可以使用同一个结点，能够提供比2节点的服务器群集更高的可用性。

　　与Windows 2000和Windows NT相比，Windows .NET Server对Windows 2000的改进并不是十分明显。然而，由于非常重视安全性、升级策略的改变、新功能以及继续对Windows 2000的问题提供支持，我们还是有理由迟早地升级到Windows .NET Server。