为什么现在的高防服务器发展也是相当迅速的呢？

首先、高防机房带宽充足

带宽消耗型攻击是网络恶意攻击主要的形式之一，大量的攻击数据包导致服务器带宽堵塞，带宽充足的高防服务器机房，可以避免带宽拥堵。

其次、高防服务器会设置定期扫描

多数网络恶意攻击都是对骨干节点进行攻击，为了防患于未然，高防服务器会定期扫描骨干节点，发现可能存在的安全隐患并及时清理，不给网站攻击者可乘之机。

然后、高防服务器在相关骨干节点会配置防火墙

防火墙能够过滤网络恶意攻击，极大提高网络安全而降低由于网络恶意攻击带来的风险。

最后、高防服务器能够过滤不必要ip和端口

在路由器上过滤掉假的ip，并在高防服务器上只开放服务端口将其余端口关闭。例如：XX服务器只开放80端口，并在其他端口关闭或在防火墙上做阻止策略。

在对网络安全较高的游戏、视频、企业网站等可能存在攻击的用户而言，高防服务器能够给用户提供更加安全稳定的网络环境，有助于业务的顺利稳步进展。

Web服务器的发展有三个主要趋势： 标准通用标记语言的子集可扩展标记语言（eXtensible Markup Language）

标准通用标记语言的子集HTML被称为“第一代Web语言”，如前面的介绍，HTML作为Web的开发语言，对Web应用的发展起到了关键性的作用。但是HTML有一个致命的缺点：只适合于人与计算机的交流，不适合计算机与计算机的交流。HTML通过大量的标记来定义文档内容的表现方式，它仅仅描述了应如何在Web浏览器页面上布置文字、图形，并没有对Internet的信息含义本身进行描述，而信息又是Web应用中最重要的内容。通过HTML表现出来的文字、图形内容很容易被人理解，但却不利于计算机程序去理解。另外，HTML的另一个问题就是它的标记集合是固定的，用户不能根据自己的需要增加标记；而且各种浏览器的规格不尽相同，要使我们用HTML做的网页能够被所有浏览器正常显示，我们只能够使用W3C（万维网协会）规定的标记来创建网页。

正如前面所说，Web服务器向Web浏览器提供的信息都是来自有一定结构的数据库，在数据库里，为了检索和管理的方便，信息按照它本身的意义（如姓名、年龄、工作单位等）被存放在相应的字段里，一旦这些数据被调出来，经过CGI、ASP、JSP、PHP等转换成HTML后，其原来的意义无法转移到HTML标记中来，用户也就无法按照信息本来的意义去阅读。并且，由于操作系统以及数据库的不同，不同的系统及应用层面之间要想互相理解对方的数据格式是相当困难的。这就需要一种新技术或标准能够将最初保存在数据库服务器中的原始数据结构在不同的系统层面共享。这种新技术就是XML。

使用XML可以解决上述的难题。W3C对XML作了如下描述：“XML描述了一类被称为XML文档的数据对象，并部分描述了处理它们的计算机程序的行为。XML是标准通用标记语言的一个应用实例。从结构上说，XML文档遵从标准通用标记语言文档标准。”同HTML一样，XML也是一种基于文本的标记语言，都是从标准通用标记语言发展而来，二者的不同在于：XML可以让我们根据要表现的文档，自由地定义标记来表现具有实际意义的文档内容，例如，我们可以定义〈文档名称〉〈/文档名称〉这样具有实际意义的标记。而且XML不像HTML那样具有固定的标记集合，它实际上是一种定义语言的语言，也就是说使用XML的用户可以定义无穷的标记来描述文档中的任何数据元素，将文档的内容组织成丰富的完整的信息体系。总起来说，XML具有四大特点：便于存储的数据格式、可扩展性、高度结构化以及方便的网络传输，这些特点为我们创建开放、高效、可扩展、个性化的Web应用提供了一个崭新的起点。 电子商务正在从台式机向着更为广泛的无线设备发展，Cahners In-Stat市场分析家预测，世界范围内的无线用户的人数将会从2000年的271亿增加到2004年的13亿。Aberdeen集团的研究主任Darcy Fowkes认为，采用无线方式进行电子商务的优势并不仅仅在于方便，它还可以节约公司的财力，而且，移动办公能使工作更加高效。

然而，由于多种无线网络类型、标记语言、协议和无线设备并存的复杂情况，使得网络内容和数据转换成能够被无线设备所识别的格式并不容易。许多企业都在致力于开发能够把应用程序以及互联网内容扩展到无线设备上的产品。

例如，IBM新版本的WebSphere Transcoding Publisher 35增加和改进了许多新的特性，可以将企业内部网上的数据翻译到多种无线设备上。该版本中新的特性包括对更多的无线设备、数据格式的支持，以及语言翻译功能。它基于Java架构，能把用HTML和XML等标记语言编写的应用程序和数据转换成WML、HDML(Handheld Device Markup Language）和iMode等无线设备所能识别的格式，这样，通过手持设备就可以访问互联网上的信息。

无线设备厂商Mobilize也推出了Mobilize Commerce产品，帮助企业进入无线网络。该软件可以通过无线连接的方式访问企业的内部系统，远程地实现订单发送，并进行确认。Mobilize Commerce可以充分利用XML对信息进行格式转换，以适合于无线设备，这些无线设备包括笔记本电脑、个人数字助理、无线电话、网络电话和双向寻呼等。 世界上有十亿个电话终端，有超过2亿的移动电话。而就人自身的交流习惯来看，人们也更愿意利用听和说的口头的方式进行交流。

文本语音转换器（TTS，Text to Speech）的研究工作已经取得了很大的进步，实现了自动的语言分析理解，并允许TTS的使用者增加更多的韵律、音调在讲话中，使TTS系统的发声更接近人声。在自动语音识别系统（ASR）领域里，自动语音识别系统在从整个词的模仿匹配，向音素层次的识别系统方向发展。自动语音识别系统的词汇表由一个基于声音片断的字母表构成，而且这种词汇表是受不同语言限制的。基于这种方式，在一个宽广的声音行列里，讲话能被识别系统发现和挑拣出来，并加以识别。并且，在识别一个词的时候，每一个音素将从系统的输入中挑拣出来，拼接组合后与已经有的音素和词语模板进行比较，来产生需要的模板。音素的识别大大减轻了ASR对讲话者的依赖性，并且使得它非常容易去建立大型的和容易修改的语音识别字典，从而满足不同应用市场的需求。

Web语音发展的另一方面是VoiceXML（Voice Extensible Markup Language-语音可扩展标记语言）的进展。VoiceXML的主要目标是要将Web上已有的大量应用、丰富的内容，让交互式语音界面也能够全部享受。Web服务器处理一个来自客户端应用的请求，这一请求经过了VoiceXML解释程序和VoiceXML解释程序语境处理，作为响应，服务器产生出VoiceXML文件，在回复当中，要经过VoiceXML解释程序的处理。VoiceXML 10规范基于XML，为语音和电话应用的开发者、服务提供商和设备制造商提供了一个智能化的API。VoiceXML的标准化将简化Web上具有语音响应服务的个性化界面的创建，使人们能够通过语音和电话访问网站上的信息和服务，像今天通过CGI脚本一样检索中心数据库，访问企业内部网，制造新的语音访问设备。VoiceXML的执行平台上面加载了相应的软件和硬件，例如，ASR、TTS，从而实现语音的识别以及文本和语音之间的转化。2000年5月23日，W3C接受了语音可扩展标记语言VoiceXML 10作为实例。

IBM、Nokia、Lucent、Motorola等著名厂商都已经开发出相应支持VoiceXML的产品，ASR和TTS系统大多还不能支持中文。

1996年，浪潮集团承担起国家“863计划”中“国产服务器推广和应用”的重担，针对中国实际应用需求，引入和改进国外先进IT技术。由此，浪潮确立了更适合中国企业应用的单路、双路至强服务器等一系列国内服务器应用标准。随着技术底蕴的不断积累和客户需求认知的加深，浪潮在自主研发方面逐步深入核心。从2003年提出“弹性部署”的技术理念，到之后的效能三角“IFA”，再到2006年针对多核平台的“IFA+”，一个又一个的突破标志着“以应用为核心”的浪潮专业服务器架构发展到了新的历史性高度。尤其是“弹性部署”，已经逐渐成为中国服务器的核心技术理念。在此基础之上，浪潮不断向高端商用领域开拓，先后承担了8个国家863项目，取得了28项软件著作权，80多项核心发明专利技术，并且成功孕育了我国第一台高性能商用计算系统——天梭。浪潮服务器曾获信息产业部“信息产业重大技术发明”奖；2006年中国电子学会科学技术奖一等奖；两次荣获中国IT业最高殊荣——国家科技进步二等奖。2007年7月，国家在浪潮设立唯一国家级服务器存储重点实验室，也是唯一设立在企业的国家级重点实验室。2008年，“十一五”“863”计划信息技术领域重大专项——“浪潮天梭高端容错计算机系统研制与应用推广”项目立项获批。2013年1月22日，我国第一台关键应用主机浪潮天梭K1系统正式上市。

应用服务器的发展

传统的应用系统模式是“主机/终端”或“客户机/服务器”，随着Internet 的发展壮大

，这些传统模式已经不能适应新的环境，于是就产生了新的分布式应用系统，相应地，

新的开发模式也应运而生，即所谓的“浏览器/服务器”结构、“瘦客户机”模式。如何

实现这种模式呢？应用服务器便是一种核心技术。据Forrester Research 预测，到200

2年时，应用服务器的营业额将超过20亿美元。既然有这么好的前景，那么到底何谓应用

服务器？它是如何分类的呢？它有什么样的特点呢？本期技术特写将向大家全面阐述应

用服务器的概念、分类、产生、发展以及应用服务器的代表性产品。

概念篇

目前应用服务器市场还是一个非常容易弄混的市场，有大约40家公司声称他们拥有应用

服务器产品，而每家提供的功能却往往大相径庭。所以，尽管今天有许多应用服务器可

供选择从知名的领先于市场的大公司到小型新兴公司的产品，应有尽有，但这种技

术还没有成为一种完全成熟的商品，所以选购者在在购买时难下决断。

由于应用服务器是门新的技术，它的概念还尚未统一，它到底应该包含什么还是仁者见

仁，智者见智，但总体来说，应用服务器通过把用户接口、商业逻辑和后端服务分割开

来，向开发者提供了一种创建、部署和维护企业规模的Web应用的模块化方式，为要转向

Web的用户提供了高性能多线程的环境。它是一种支持多种工业标准的协议和界面引擎，

它支持的标准包括数据库互联标准ODBC和JDBC、CORBA、COM/DCOM、Enterprise JavaBe

ans(EJB)对象模型等。

三层或N层分布式Web计算技术的发展导致了应用服务器技术的革新。在分布式三层环境

中，应用服务器驻留在中间层，夹在客户器前端的用户界面与后端的数据和企业应用之

间。

分布式多层体系结构要求应用服务器主要考虑三方面的技术。首先是开发环境，开发人

员需要 一种创建新组件、并将已有组件加以集成的开发环境。其次是应用程序的集成，

由于企业计算环境比较复杂，它综合了传统的应用程序和新型应用程序，因此开发人员

需要集成各种应用程序，以创建出更强大的应用。第三是应用程序的配置，由于典型的

Web 应用程序是分布式，其组件运行在不同的服务器上，并且有大量的用户对其进行访

问，因此需要配置平台的支持，以便在用户剧增时能有效地扩展，并保持系统的稳定。

这种分布式多层应用体系结构将会为企业带来实际利益。首先，应用功能被分为几个模

块化部分，使应用的创建、修改和维护更加容易。其次，当业务逻辑从后端移向中层的

一般较便宜的硬件上时，就会带来实际利益。这种体系结构的模块化特征还使公司能实

施革新应用，从而改善业务流程，保持对竞争者的优势。

分类篇

目前的应用服务器已根据功能划分为独立的类别，在购买时请检查应用服务器所支持的

功能。

随着应用服务器市场的发展，新的和合并的功能将会出现，但目前市场中主要有六种类

型：事务服务器、知识服务器、带有集成开发工具的应用服务器、协作服务器、瘦服务

器和主机访问服务器。

事务服务器包括从电子商务实施到处理帮助桌面或人力资源数据共享的部门服务器的种

种功能。事务服务器离商用功能还有很长一段距离。每种实施计划都需要用户进行努力

开发，因此，这些计划成本仍在增加。

21世纪将会有大量需求事务部署。有鉴于此，带有集成开发工具的事务服务器和应用服

务器正合并成一种能同时处理事务管理和开发需求的服务器。IBM、Oracle、微软、Net

scape、BEA和Sun等厂商在支持企业大型事务应用功能的同时，正在努力简化自己的产品

的设计和开发。

知识服务器是一种更新的应用服务器，一般能从结构化和非结构化来源中搜集数据并编

索引。这些服务器通常具有HTTP支持、编索引功能和支持广泛的数据和文件格式的检查

和析取的工具。知识服务器还可以支持工作流和业务逻辑处理能力。

Lotus和Netscape等厂商正增加大量工作流，由于知识服务器支持工作流，因而，协作服

务器可能会与之合并，以改善公司的数据管理。这一领域的供货商正在制定标准化协作

方面的协议，可能将提高使用不同的协作服务器的机构间的互操作性。这一协议有可能

大大使基于Web的商家对商家事务的集成更加容易。

带有集成开发工具的应用服务器在激烈的竞争中走向成熟。该领域的供货商正在为开发

和部署工具补充事务能力，创建一种更加完善的解决方案。

许多早期采用应用服务器技术的人士抱怨它缺乏足够的开发工具支持。BEA/Weblogic、

Bluestone、Forte和SilverStream等供货商在支持部署能力的同时大幅简化了开发程序

。但是，这种服务器仍很复杂，应予以认真的分析对待。

瘦服务器是一类与众不同的应用服务器。这些解决方案通常是支持HTTP及另外的具体功

能(如Web页面缓存)的软、硬件的组件。将来，它们可能与其它种类合并。

Cobalt等厂商推出了瘦服务器功能，当这种功能与另一种解决方案集成时，性能将超过

同类特征；这对某种关键功能的高度优化来说至关重要。

最近，主机访问服务器已接近商用服务器。这些服务器管理着主机应用的访问和表示，

通常是通过服务器管理的基于浏览器的5250或3270仿真对话进行管理。

IBM、Attachmate等添加了平台支持、可管理性和客户端自定义特征。下一代主机访问服

务器可能将通过支持对主机数据更具客户化的访问与其它应用服务器合并。

在某些情况下，应用服务器可能会不受分类所限，支持不只一种服务。例如，SilverSt

ream和Sybase所推出的应用服务器就有集成开发工具，同时还具备事务支持。将来，服

务器操作系统中也可能包含一种或多种功能。Solaris、OS/400、NetWare、Linux、Win

dows和其它服务器操作系统已具备Web技术，预计将来还会添加更多的应用服务器功能。

其实，这种方式意味着把所有的鸡蛋都放在一个篮子里。

在购买前对应用服务器作出评价并非易事。你必须衡量它是否满足你的需求，关键是要

检查部署能力和安全功能，评估可伸缩性和可靠性。最后，还要考虑到这种市场处于不

断发展变化之中。

专家篇

应用服务器走向成熟 中国科学院软件所 李渊明(lyming@publiceastcnnet)

应用服务器的由来

回顾软件平台的主要发展过程及趋势，对于理解应用服务器的发展是非常有帮助的。软

件发展的过程就是一个从旧平台不断向新平台进化的过程。

每当一个新平台出现的时候，都会有许多人首先开发出局部产品，每个产品可以满足一

小部分的功能。随着市场的发展成熟，会出现几个主导公司，他们将许多局部产品的功

能综合到他们的产品中，形成主导产品。关系数据库市场就是一个很好的例子，一开始

有许多局部产品，如数据仓库、对象存储、全文检索、事务处理、位图索引等，现在这

些都已经包含在主导产品中了，如Orcale 8、Sybase Adaptive Server等。在客户应用

中，一开始有各种各样的小型软件产品，分别用于文字处理、电子表格、图文处理、邮

件处理、拼写检查、记事簿、活动安排等等，现在微软、Lotus等已经将许多标准的办公

功能集成到了一个单一的产品套装中，成为主导产品，现在我们一般不再需要五花八门

的单一功能的办公软件产品了。

我认为Web市场和应用服务器市场也会如此。Web市场现在还处于百家争鸣的时代，开发

一个Web系统往往需要六、七种工具，但往往还不凑手，需要时刻注意新的小工具的出现

，包括网上查找、四处搜集，这些都可能是解决问题的素材。更大的难度是将所有这些

小工具集成到一起，因为这些小工具是各自独立开发的，谁也没有考虑集成的问题。不

象客户机/服务器开发中，PowerBuilder、Delphi已全面集成了几乎所有所需的功能，我

们只需专心开发。

现在，Web的主导产品已经出现，如SilverStream、NetDynamics、Bluestone等，他们全

面集成了开发所需的功能，包括集成开发环境、分层次开发机制、源代码控制功能、安

全管理功能、加密功能、服务器集群（构造Cluster）能力、不间断的失败恢复能力、广

泛的协议标准支持能力、广泛的数据连接能力、事务处理能力、电子邮件处理能力、工

作流处理能力、触发代理功能等，各项功能分工合理，和谐统一。这个市场正处于统一

的过程中。

随着基于Web的瘦客户机结构的发展，Web世界发生了巨大的变化，这种变化将Web开发和

传统的IT开发联系在一起。IT系统需要Web的规范界面，广泛应用，方便维护，而Web系

统需要IT系统的规范化数据存储、海量数据访问、安全性及事务完整性保证。在这种情

况下，就需要一种新的产品将两个平台联系到一起，在这种平台上，各组织机构可以结

合这两种技术进行开发。这种平台，就是三层体系结构的中间层。

下一代的计算平台已经很明显是基于瘦客户端和Web的计算了。支持Web和瘦客户应用自

然就必须将更多的处理放到中间层去，中间层的重要性就是显而易见的了。瘦客户端就

需要一个肥服务器，不能两者都瘦。而一般的Web服务器实在是太瘦了，因此需要我们费

很大力气到处寻找营养来养肥它。应用服务器则是一个全面集成的肥服务器，本身就能

够满足我们大多数的需求。

应用服务器的发展过程

在基于Web和瘦客户计算之前，我们可以看到一些局部产品具有中间层，如：

分布对象服务（ORB、OTM等）

TP监视器，事务管理器等

连接产品，提供应用程序访问历史遗留数据、ERP应用、关系数据库等

这些产品的一个突出特点是不能提供任何功能来支持用户界面，就是所谓的表演性服务

。并且这些产品都是分立的专用产品。

基于Web的中间层服务表演性服务器(PresentationServer)

从1994年开始，基于要创建动态交互式Web应用的想法，逐渐导出了一种新的中间层产品

思想：应用服务器思想。这种产品的第一代是简单的Web服务器运行CGI程序，第二代产

品则致力于使开发和发布动态生成的HTML页面变得容易。这一代产品的主要目的是提供

表演性功能，这种结构的主要缺点是业务逻辑是嵌在Web页面的Script中的。这一代产品

的主要功能为：

表演性服务：动态HTML生成、状态和会话管理

集成工具：服务器附带有集成开发工具，用来帮助开发基于HTML的应用。

表演性服务器厂商着眼于扩充性及各种不同的数据源的连接性。如果你习惯于生成些Se

rvlet及使用JDBC编写组件，则这种服务器就可能引起你的兴趣。代表性的服务器包括M

icrosoft ASP、IBM WebSphere等，这些产品各不相同，大致来说，这些服务器注重帮助

开发者采用COM、EJB组件和Servlet等，并将其作裁减缩放。用户可以使用自己喜欢的I

DE生成组件，并装入应用服务器中。因为HTML页面生成是通过Servlet完成，因此用户可

以使用服务器的Wizards来帮助创建页面或使用任何HTMLIDE来生成Servlet。

基于事务处理的中间层服务事务处理服务器(TransactionServer)

事务处理服务器是第三代应用服务器，第三代应用服务器有了长足的发展，具备了许多

新特性：

有限的分布对象服务

当开发者认识到将业务逻辑放到Web页面的Script中的缺陷之后，便希望能将这部分逻辑

放到可重用的中间层对象中去。这一代服务器大多数支持通过RMI和CORBA访问这些对象

。有些产品还支持COM对象。

连接服务

这一代产品加入了健壮的、服务器级的关系数据库连接驱动程序，可以方便地访问大多

数ERP应用和历史遗留数据。

企业配置服务

如果要使电子商务站点支持大量的并发用户访问，可扩展性和可靠性就变得非常重要了

。负载平衡和失败恢复功能是必不可少的，安全性和可管理性也是关键的功能。

Java客户程序

基于Web的HTML应用可以满足很多Internet用户的需要，但对于Intranet上的用户，他们

往往长时间地和同一个系统打交道，他们需要更为丰富、方便的用户界面。这一点HTML

往往难以作到，而Java客户可以方便地作到，而且不失瘦客户计算的本质。

这种服务器主要用于事务处理性的应用，代表性的服务器包括：Oracle Application S

erver,Microsoft MTS,BEA Weblogic,Gemstone,Sybase Jaguar等。但这类服务器不提供

丰富的基于WEB的用户界面生成功能，即表演性服务器提供的那些功能。

综合性中间层服务综合应用服务器

到现在为止，我们已经看到了Web应用服务器和事务处理服务器，这两种服务器都有缺点

，以SilverStream、Bluestone为代表的新一代应用服务器是这两种服务器的结合。它不

仅具备事务处理能力，还具备表演性服务能力，并且还包括集成的开发工具。这是一种

集成完美的开发环境，是一种将开发、应用、表演、事务捆绑在一起的应用服务器。利

用它，开发者能很快建立和使用Web应用。其着重点是在优美的环境下高度交互式地进行

开发。这一代产品具备的功能包括：

表演性服务、分布式对象服务、分布式事务服务、应用服务、连接服务、企业配置服务

、集成开发工具以及对第三方开发工具的开放性。

应用服务器的发展方向

由上述发展状况，笔者认为，应用服务器是朝着集成、扩展的方向发展的，正如关系数

据库和办公软件的发展一样。一方面，应用服务器会集成越来越多的功能，不管是应用

服务器厂家自己开发的，还是从第三方厂家买来的，对用户来说是一个和谐的整体。另

一方面，应用服务器会向着多方兼容和中立的方向发展，包括：

跨平台能力：UNIX、NT等

跨数据库能力：Oracle、DB/2、Microsoft SQLServer、Sybase、Informix等

跨分布式对象标准能力：CORBA、DCOM、EJB、RMI等

兼容多种应用和历史遗留数据的能力：SAP、Peoplesoft、Lotus Notes、CICS、MQ、Tu

xedo等

应用服务器市场是一个快速发展的市场，在过去的一年里得到了飞快的发展，在今后的

一到两年里还会有激烈的竞争。尽管现在还没有统一，但用户对该技术的需求已比较明

朗，统一的趋势已经非常明显，它正在逐渐走向成熟。

产品篇

尽管应用服务器的市场还相当稚嫩，但它的发展相当迅猛，除了有一些新兴厂商之外，

很多著名的厂商纷纷进入这一领域，包括IBM、微软、SUN、Oracle等。以下便是几种有

代表性的应用服务器产品，希望读者能从中更加深入地了解应用服务器。

BEA WebLogic

BEA WebLogic产品系列包括可单独使用或结合使用的适用于各种规模企业的一系列应用

服务器解决方案：

BEA WebLogic Enterprise是高可伸缩、高可用、支持企业Java标准和CORBA且具有主机

互操作性的企业应用服务器，是运行关键任务Web应用的扩展型WebLogic组件中间件系列

的旗舰产品。BEA WebLogic Enterprise能够帮助大型企业将其Web和Java应用与现有台

式机应用、企业数据和原有系统集成起来。

BEA WebLogic Server是BEA Web应用服务器的旗舰产品，为用户提供了一个可伸缩、满

足企业Java标准的应用服务器。BEA WebLogic Server通过支持建立在网络上互联的Jav

a应用程序而对BEA WebLogic Express进行扩展。BEA WebLogic Server是第一个提供EJ

B组件、Java消息传递和事件服务、微软COM集成以及零管理客户机的Web应用服务器。

BEA WebLogic Express为用户提供了一个入门级Web应用服务器。使用BEA WebLogic Ex

press能够生成动态Web页面并放入数据库查询结果。Web表示逻辑由企业Java Servlets

以及Java Server Pages定义，关系型数据则通过BEA的Java数据库连接(JDBC)解决方案

实现。BEA WebLogic Express支持HTML和Java客户机。

IBM WebSphere Application Server

IBM WebSphere Application Server是一个完善的、开放的Web应用服务器。它是IBM电

子商务应用架构的核心。WebSphere应用服务器严格地遵循普遍流行的开放标准，如HTT

P、HTML、JSP、JNDI和IIOP。

WebSphere应用服务器基于Java Servlet引擎，将通常的Web服务器(如Apache Server，

Microsoft IIS,Netsacpe Enterprise Server和Lotus Domino Go WebServer)增强为基

于Java的Web应用服务器。作为IBM电子商务应用架构的核心，WebSphere应用服务器提供

了无限的扩展性，允许用户利用IBM或其它厂商提供的Java技术扩展其运行环境。

WebSphere应用服务器满足维护一个Web站点的任何需求：简单安装，图形用户界面(方便

Servlet管理)，基于Web的远程管理和安全特性。它支持标准的Java Servlet(包括Java

Server Page scripts),并增强其服务，例如会话状态，用户描述文件,通过连接管理器

(连接缓冲区)实现高性能的数据库访问。利用IBM Connector系列，实现与后台系统(CI

CS，IMS，MQSeries)的连接。WebSphere应用服务器支持Enterprise Java Beans(EJB)编

程模型及CORBA。联合Enterprise Java Server(EJS)和一个Java Object Request Brok

er(ORB)，可以通过IIOP访问分布的对象,利用这个标准的、广泛的编程模型，可在您的

Web应用中实现对各种商业对象的访问和运行服务。

Microsoft Transaction Server

Microsoft Transaction Server (MTS) 20是 Windows NT 的一个重要特性，它采用Mi

crosoft 组件对象模型 (COM) 技术，简化以服务器为中心的应用程序的开发和配置。M

TS 20 是在Windows NT 上构建和配置基于COM 的应用程序的最简便的方法。MTS 完全

分成三层结构,从表示层到应用逻辑， 这使 MTS 开发人员在构造他们的应用程序时，就

象收集一组单用户COM 组件，然后在相应的层设置这些组件一样。

MTS 20 提供全面的组件功能，如自动事务支持、简单但强大的基于角色的安全性、访

问各种数据库及消息队列产品等。

IIS(Microsoft Internet InformationServer)与 MTS 20 集成 ，使用MTS 进行许多运

行时刻服务，如事务管理。事务支持使 IIS Active Server Pages能够在数据完整性的

完全保护下访问数据库、主机应用程序和消息队列。MTS集成还给IIS 提供进程来防止单

个故障影响Web站点的其它部分,增强的运行时刻服务如线程和连接池提高了性能,并简化

了组件管理。MTS 20 与MSMQ(Microsoft Message Queue Server)的集成使基于 MTS 的

应用程序能够以可靠、松散耦合的方式通信。MSMQ 操作 (如发送和接收)自动得益于MT

S事务以保护数据完整。MTS 20 与 Microsoft SNA Server 40 的集成有助于主机应用

程序的构建及相应的事务管理。

Oracle Application Server

Oracle应用服务器提供了一个开放的标准架构，是开发部署Web上的应用的理想平台。它

的伸缩性、分布架构和高度数据库集成是支持关键事务，交易型应用的基础，通过采用

Netscape和Microsoft HTTP服务器，提供了易于使用的界面，并为Oracle方案提供了简

易的升级方法。

以符合CORBA20标准的ORB为基础，Oracle Application Server将应用程序插件(Appli

cation Cartridge)与所有系统服务作为分布对象。这样的设计使应用处理能被分散于数

部主机，有效而经济地解决性能瓶颈。与其它Web解决方案比较起来，Oracle Applicat

ion Server架构本身即保证其可扩展性。

Oracle Application Server是联系数据网络应用程序和数据库最简单的方法。内含的P

L/SQL插件(PL/SQL Cartridge)使出版数据库内的资料非常快速而简单。当企业需出版动

态资料讯息时，传统进行静态内容设计的Web服务器需撰写单调且困难的脚本，Oracle

Application Server的应用程序插件将使这些工作变得毫无需要。集成各种类型数据库

、旧型主机系统(legacy system)与网络运算、瘦客户端时，Oracle Application Serv

er的表现尤其杰出。

以对所有网络客户端提供跨平台支持为基础，Oracle Application Server提高对HTML、

Java、CORBA、DCOM等各种组件模型提供的易于扩展的能力。

SilverStream

SilverStream是一个全面的集成产品。它既包含了高性能的应用服务器，又包含了高效

的开发环境。在统一的界面中，既支持HTML开发，又支持Java开发；既支持一般数据，

又支持多媒体数据。特别是，许多服务器基于对Web的扩充，而SilverStream则基于对标

准的完整集成。它使用HTTP11进行客户通讯，SMTP/POP3进行邮件操作，JNDI/LDAP和X

509进行认证，SSL30进行加密，SNMP进行系统管理，CORBA,RMI和COM和远程对象通讯

，JDBC/ODBC用于数据存取。

SilverStream具有完整的集成开发环境可视化、事件驱动工具和单一且一致的界面

。所以无论你是构造数据驱动的HTML网页、Java应用程序或事物对象，利用SilverStre

am提供的丰富的函数，都能快速、方便的实现。

用户可以使用SilverStream管理控制台来管理和监控任何事情，这包括安全性、服务器

统计数据、均衡负载能力、数据库、电子邮件等等,或者通过SilverStream管理应用编程

接口，创建自己的管理应用程序。这无疑给用户提供了很大的灵活性。

SilverStream可连接的数据源非常广泛，不管是存储在关系数据库中，还是存储在IBM主

机中，不管是您自己开发的系统，还是SAP、Notes、CICS、Peopsoft，都可以统一在Si

lverStream中。

SilverStream为获取最大的吞吐量和均衡性作了优化，而并未牺牲其他性能。它的应用

级触发器技术，使得推技术的应用简单而自然。

Sybase Enterprise Application Server

Sybase Enterprise Application Server 30（EA Server）是Sybase Internet应用开

发包Enterprise Application Studio 30中的重要组成部分，它将Sybase 的组件事务

处理服务器Jaguar CTS 和Web 应用服务器PowerDynamo 紧密集成并加以发展，是同时实

现Web OLTP 和动态信息发布的企业级应用服务器平台，并且支持所有标准的组件模型，

包括JavaBeans、COM和CORBA等。

Jaguar CTS支持基于各种组件模式和客户类型的应用的迅速开发和提交，而PowerDynam

o 支持标准的Web技术，二者的联合对于要求动态页面服务、基于组件的业务逻辑和事务

处理的Web 应用非常有利。PowerDynamo 的模板和脚本语言能够处理任何数据和业务逻

辑，并按客户端需求生成相应的HTML 页面，送往Web 服务器,它通过嵌入在模板中的SQ

L 指令访问数据，通过调用Jaguar CTS 组件的方法访问复杂的业务逻辑。

EA Server 可以支持多种客户类型。客户端可以用HTML、Java、ActiveX、PowerBuider

等工具开发或是它们中几种工具组合开发。原有的应用程序可以完美地被移植到新的应

用环境中，使得客户端应用可以根据它们的实现特征选择合适的开发工具

近些年来，浪潮服务器的发展十分迅速。据IDC的数据显示，在2019年浪潮服务器的销售额、出货量以及市场份额三类排名均为全国第一。然后，浪潮服务器还自主创新了JDM模式，实现全运营链周期定制化，开启了服务器产业从大规模标准化到需求驱动的大规模定制化时代。另外，浪潮服务器还一直持续创新，引领IT基础设施发展，专注于客户需求，打造了丰富的产品线，分为4大类共16款产品，可覆盖更多应用场景，为各规模、类型的企业提供最恰当的解决方案。现在，浪潮服务器已经广泛应用于各个领域，赋能千行百业，加快了企业数字化转型的脚步。

使用Windows NT的服务器

伴随服务器概念的诞生，小组服务器就是其中重要的一支发展力量，无论是在486处理器刚刚诞生的年月，还是今天P4 CPU流行的日子，小组服务器(单路服务器)凭借出色的性能价格比，牢牢占据了低端服务器市场。它的使命也从最初NetWare系统下纯粹的文件共享服务上升到复杂服务供应体，文件、打印、邮件、代理、数据库等中小企业用户可能用的都成为小组服务器提供的项目。

I/O进步

文件服务器是最经典的服务器之一，经历了历史的发展，它并没有被所谓的FTP、数据库等服务器所代替，反而借助操作系统的支持，焕发了新的魅力。在NetWare年代，一台486处理器的服务器，配备一块10M网卡，就能给超过100个用户提供出色的文件服务性能，可是在Windows年代，动辄数百兆的数据已经将100M网络的小组文件服务器逼上“梁山”，虽然处理器的频率成百倍的提升，可千兆网络环境却成为小组服务器永远的痛。

因为在小组服务器的发展史上，一直出于降低价格的目的进行研发，那些“真正”拥有服务器完善 I/O系统的芯片组，产品高高在上的价格限制了他们“小组化”的步伐;基于台式机系统进行开发的小组服务器先天不足，根本无法提供完善的I/O系统。千兆网络、高性能存储只能是一个美丽的肥皂泡。好在Intel迅速认识到这一点，借助新一代处理器的推出，将i875P芯片组推上了小组服务器/工作站的位置，它凭借独立CSA通道和Serial ATA RAID系统，终于克服了小组服务器徘徊已久的障碍，I/O系统中的关键环节——千兆网络环境和高性能存储。

解决了小组服务器存储和传输通道上的障碍，新一代的小组服务器在文件、打印等服务中已经比上一代的小组服务器有了质的进步。

计算能力的进步

虽然邮件、数据库等应用是近年来才逐渐在小组服务器上得到应用，但是发展势头之猛烈，是当初小组服务器诞生之初无法想象的。他们有效地利用了小组服务器日渐高涨的产品性能，充分发掘了应用的本质。

我们都知道，影响服务器整体处理能力的原因是多方面的，一味提升处理器的主频并不能给用户带来最终性能提升的感觉，特别是针对那些并发进程多，单一进程尺寸小，但是需要服务器根据进程的需求运行查询、排序、记录、反馈等多种任务。其实从这一系列的动作里，我们看到了数据提交到网卡→内存→处理器→硬盘→处理器→内存→网卡的全部过程，这是服务器典型的工作状态，是我们经常谈到的服务器I/O体系。这时无论在哪一个环节出现了瓶颈效应，都会严重拖慢进程的脚步，早期的小组服务器和中高端服务器最大的差异也就在此。

而新的一代小组服务器已经向中高端服务器提出了挑战，从表中我们可以看出昨天的小组服务器、今天的小组服务器、今天的部门级服务器各个环节的差异。

从表中可以清楚地看到，新一代的P4服务器已经全面超越了早期的小组服务器，甚至在某些方面对部门级服务器也提出了强有力的挑战，在I/O性能上，我们已经看到了小组服务器高性能的身影。

殊路同归的管理

在中高端服务器领域，管理是一条必不可少的项目，无论是基于硬件体系的管理维护性设置，还是在网络上对服务器进行全面的监控，它已成为体现服务器水准的一个标志。可惜的是，因为不同厂商都是依照自身多年的发展，监控体系各自为政，而且多数是专有系统，自然成本高居不下。在价格拼刺刀的小组服务器中使用完善的监控管理技术似乎成为了一种奢望，这点在早期的产品中尤为明显。

但是在小组服务器中，因为Intel的大力支持和发展，几乎所有的主板厂商都开始采用Intel Heccta management controller技术，配合Intel网卡，可以对小组服务器也实现基本的监控功能。

低端技术的蔓延

高端服务器技术下嫁小组服务器还能让人理解，可是低端技术上攀的方式，恐怕也只有这个创新的年代才会出现。在存储领域，超过40根信号线的排线一直都是必不可少的，因为IDE硬盘需要40/80针的数据线，SCSI更需要68针的混编线才能提供超过SCSI 320的速率，这些宽宽的排线在服务器机箱里盘根错节，既不美观，也严重阻碍了散热。甚至在厂商那里，如何捆扎和布置排线都由服务器研发部门的专门小组来解决。

当Serial ATA来的时候，虽然是取代IDE的技术，但是它带来的串行化趋势却在中低端服务器领域引起了轩然大波，连接4块Serial ATA硬盘竟然只有细细的几根电缆，而且允许的长度也超过了40/80针的排线，因此在小组服务器里，我们也看到了整齐、漂亮的布线。而且Serial ATA硬盘背板技术得到了改进，可以配合独立背板技术实现热交换，热插拔SCSI的地位受到了冲击。

当Intel在推出ICH5南桥的时候，具有一个ICH5R版本，提供了SATA RAID on Chip技术，虽然不能说是完全的创新，毕竟SCSI RAID on Chip技术在前，可是廉价的成本为小组服务器提供RAID 0、1、0＋1，在之前只能通过IDE RAID卡实现，而Serial ATA的扩展能力也非IDE可比，因此在全面占领小组服务器的基础上，一定能向上蔓延到部门级服务器中。

2003年9月，记录着小组服务器在《计算机世界》评测实验室的一次盛会，8位来自不同厂商的“选手”，给我们带来新一代小组服务器全面的精彩

1985年，Symbolics公司注册了第一个com域名。当时域名注册刚刚兴起，申请者寥寥无几。

1993年Internet上出现WWW协议，域名开始吃香。

1993年Network Solutions(NSI)公司与美国政府签下5年合同，独家代理COM、ORG、NET三个国际顶级域名注册权。当时的域名总共才7000左右。

1994年开始NSI向每个域名收取100美元注册费，两年后每年收取50美元的管理费。

1998年初，NSI已注册域名120多万个，其中90%使用COM后缀，进帐6000多万美元。有人推算，到1999年中期，该公司仅域名注册费一项就将年创收2亿美元。

1997年7月1日，作为美国政府全球电子商务体系管理政策的一部分，克林顿总统委托美国商务部对域名系统实施民间化和引入竞争机制，并促进国际的参与。7月2日，美国商务部公布了面向公众征集方案和评价的邀请，对美国政府在域名管理中的角色、域名系统的总体结构、新顶级域名的增加、对注册机构的政策和商标事务的问题征集各方意见。

1998年1月30日，美国政府商务部通过其网站正式公布了《域名技术管理改进草案（讨论稿）》。这项由克林顿总统的Internet政策顾问麦格日那主持完成的绿皮书申明了美国政府将谨慎和和缓地将Internet域名的管理权由美国政府移交给民间机构，绿皮书总结了在域名问题上的四项基本原则，即移交过程的稳定性、域名系统的竞争性、彻底的协作性和民间性，以及反映所有国际用户需求的代表性。在这些原则下，绿皮书提出组建一个民营的非盈利性企业接管域名的管理权，并在1998年9月30日前将美国政府的域名管理职能交给这个联合企业，并最迟在2000年9月30日前顺利完成所有管理角色的移交。

1998年6月克林顿政府发表一份白皮书，建议由非盈利机构接管政府的域名管理职能。这份报告没有说明该机构的资金来源，但规定了一些指导原则，并建议组建一个非盈利集团机构。

1998年9月30日美国政府终止了它与目前的域名提供商NSI之间的合同。双方的一项现有协议将延期两年至2000年9月30日。根据该协议，NSI将与其他公司一道承接Internet顶级域名的登记工作。NSI和美国商务部国家电信和信息管理局（NTIA）将于1999年3月31开始分阶段启动共享登记系统，至1999年6月1日完全实施。

1998年10月组建ICANN，一个非盈利的Internet管理组织。它与美国政府签订协议，接管了原先IANA的职责，负责监视与Internet域名和地址有关的政策和协议，而政府则采取不干预政策。

无服务器架构（Serverless）是一种将应用与基础设施彻底分离的架构理念，开发人员无需关心基础设施的运维工作，只需专注于应用逻辑的开发，真正实现了弹性伸缩与按需付费。当前各大云服务商和头部互联网企业的内部业务 Serverless 化升级改造已经开始小范围试水；中小企业基于 Serverless 的业务应用也初见端倪，已然可见初具规模的企业级应用，未来可期。Serverless 生态已初具规模，可以预见，Serverless 将成为下一代云计算服务形态的趋势。

在此背景下， 云函数（SCF）、弹性微服务（TEM）和弹性容器服务（EKS）联合其他相关产品，在 2021 年 Serverless 平台技术能力评估中，共同获得国内首批 Serverless 平台技术能力最高先进级认证。

今年 7 月，在中国信息通信研究院、中国通信标准化协会联合主办的 “2021 可信云大会” 上， 腾讯云拿下了 5 项大奖和 10 项可信云认证，在云存储、Serverless 等各细分领域评测中，获得 54 项可信云认证，数量位居中国云厂商第一 。腾讯云云函数（SCF）、弹性微服务（TEM）和弹性容器服务（EKS）深度参与了此次 Serverless 标准制定和实施过程，腾讯云的 Serverless 产品矩阵所提供的平台技术能力也得到了同行的一致认可。

通过本次 Serverless 标准，为大家带来以下几方面关于 Serverless 发展趋势的解读：

当我们把 Serverless 理念和这些产品结合时，Serverless 化的文件系统（CFS）、数据库（TDSQL-C）、网关（API Gatgeway）和中间件（TDMQ）等可大幅度降低 Serverless 应用的开发和运维成本，让开发者真正聚焦于业务的核心能力，把核心的研发力量和IT投资最大化企业的核心差异化竞争力。通过最终的需求驱动，我们可以预见到，各个云服务产品的 Serverless 化或许是未来云计算发展的必经之路。

过去场景化的 FaaS 是 Serverless 较为主流的应用形态，落地案例也以轻量级的站点、SSR 和云上“云上粘合剂”居多。在本次 Serverless 标准制定过程中，对于如何评估企业实际的 Serverless 落地形式大家展开了丰富的讨论和交流。我们认为 Serverless 的应用形态可以是 FaaS、微服务甚至是单体应用；运行环境可以是原生的运行时，也可以是容器镜像；具体落地时，可以用来对外提供 API 接口，也可以用来运行 音视频转码、直播推流 等计算任务，还可以用来完成 站点压测、AI 推理 等任务。

但是现有存量系统的 Serverless 化无法一蹴而就，这是一个不断设计和矫正的过程，应用 Serverless 化也需要经历迁移、优化和云原生架构改造的几个阶段，不同阶段之间需要有一个较为平滑的切换过程，借助于云函数的 Web Function 的功能可以让迁移过程更加平滑，只有实际负载运行在 Serverless 上之后，才能基于生产环境的实际运行结果、采集定量的指标持续进行 Serverless 应用的优化和云原生改造，进一步发挥出 Serverless 的价值。

当构建应用所依赖的服务逐渐向云上迁移的时候，开发环境也进一步“云”化，和本地开发相比也面临一些新的挑战，比如代码生效时间、本地测试、远程调试和离线开发等等，这些都是影响开发者效率的关键环节。在本次的 「Serverless 平台技术能力」标准中，单独把对于工具链的支持作为衡量 Serverless 平台技术能力的重要维度之一。一个成熟的 Serverless 开发者平台需要能够提供比较友好的IDE支持，让开发者使用熟悉的开发工具进行 Serverless 应用的开发，降低开发者的切换成本；除此之外从本地或者远程测试的时候，需要有良好的工具支持，可以方便地发起调用，触发应用执行并快速返回结果，当结果不符合预期的时候也需要有一系列监控、日志等排障手段帮助开发者快速定位问题。

作为 Serverless 社区最流行的一站式开发者工具， Serverless Framework 拥有百万级别的活跃应用程序以及 50000+ 的日下载量。Serverless Framework 早在 2019 年就已经和腾讯达成了大中华区独家的战略合作，和腾讯云的云函数等 Serverless 产品深度集成，同时社区也有大量开箱即用的插件和模板，帮助开发者快速上手 Serverless 应用开发。除此之外，云开发也是国内最大的微信小程序应用开发平台， 四川天府 健康 通、深圳机场智慧航旅服务等小程序应用都是运行在腾讯云的 Serverless 平台之上。

云函数（Serverless Cloud Function，SCF）是腾讯云为企业和开发者们提供的无服务器执行环境，帮助您在无需购买和管理服务器的情况下运行代码。只需编写核心代码并设置代码运行的条件，即可在腾讯云基础设施上弹性、安全地运行代码。

只需简单修改监听端口，即可将目前流行的 Nodejs 框架直接部署上云，享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势。

突破传统 FaaS 形态产品的执行时长的限制， 首家支持运行长达 24 小时的长时任务的 FaaS 产品 ，支持体积较大的音视频文件处理、直播推流、数据分析等多种场景。

业界首发支持分配 120GB(122,880MB) 大内存环境，可以更加轻松地处理具有更高内存或更密集计算需求的工作负载，如音视频处理、大数据分析等。

通过 Web Function、容器化镜像等方式平滑把应用迁移至云函数之上，支持托管 H5 页面、API、SSR 应用、小程序等多种形态的应用形式，缩短研发周期，快速收集市场反馈从而加速产品迭代。

无需运维虚拟机或者其他计算集群，利用云函数提供的极致弹性、按量计费等特性，高效、低成本地进行音视频的录制、转码、混流、剪辑和推流等操作，让企业聚焦于音视频处理逻辑本身，从而不断提升内容质量，优化视听体验。

可以通过触发器连接其他的云服务，如对象存储（COS）、日志服务（CLS）等其他服务，当上游的数据发送变化的时候自动触发函数执行计算逻辑，典型的使用场景包括：CDN 刷新和预热、中间件消息转存、文件备份等。

支持定时、消息队列等多种形式触发函数执行输出处理逻辑，进行数据采集、数据清洗、ETL 等数据处理操作，处理之后的数据可以直接存储至下游的数据仓库、业务数据库或者 BI 分析系统等。

腾讯云弹性微服务 (Tencent Cloud Elastic Microservice, TEM) 是面向微服务应用的 Serverless PaaS 平台，实现 Serverless 与微服务的完美结合，应用零改造上云，按量付费，免运维，提供开箱即用的微服务应用托管服务。

弹性微服务拥抱开源，支持 Spring Cloud 等微服务应用零改造上云，提供应用运行托管、服务注册发现、微服务治理、多维度监控等能力，满足 Consul、Eureka 等多种注册中心需求。弹性微服务帮助您创建和管理云资源，并提供秒级弹性伸缩，您可按需使用、按量付费，极大降低资源和运维成本，让您充分聚焦企业核心业务逻辑，助力业务成功。

弹性微服务通过应用托管、服务注册与发现、服务治理、调用链与多维度监控等功能力，为客户提供开箱即用的微服务解决方案。帮助企业用户快速构建微服务应用，大幅提升运维效率，降低服务治理的复杂度与技术门槛，让企业聚焦核心业务本身，助力客户成功。

在业务呈现潮汐特性、突发流量等场景下，容易出现访问响应超时、错误率提升等问题。腾讯云弹性微服务提供秒级弹性伸缩能力，帮助企业客户轻松应对流量高峰。

腾讯云弹性微服务帮助客户持续集成与交付，实现微服务应用快速迭代。从代码开发到应用交付，弹性微服务提供 IDE 插件、灰度发布等多发布策略的能力，助力企业客户快速验证业务价值。

弹性容器服务 EKS（Elastic Kubernetes Service）是腾讯云容器团队的推出的 Serverless 化 Kubernetes 服务 ，无须用户购买节点，直接部署工作负载。其完全兼容原生 Kubernetes，支持使用原生方式购买及管理资源，按照容器真实使用的资源量计费。

无论是自建 K8s 集群，还是腾讯云 TKE 托管集群，只要网络互通，即可通过部署 EKS 虚拟节点的方式，几乎无成本扩展集群资源池。在扩容 Pod 时可自动或手动快速将 Pod 调度到「虚拟节点」对应的腾讯云公有云资源上。

相比传统的通过扩缩服务器去调度资源（流程重，耗时久），虚拟节点提供一种直接调度 Pod 的能力，可以更快、更高效的弹性。

使用弹性容器服务 EKS 来运行微服务，免除用户对计算节点的运维工作。服务可根据负载情况自动伸缩，使用最合理的资源量来承载应用，降低资源使用成本。

使用弹性容器服务 EKS 运行离线计算任务，只需准备容器镜像，即可快速部署任务负载。另外，弹性容器服务 EKS 仅收取任务真实运行时间所使用算力的费用，任务结束 Pod 自动释放即结束计费。

弹性容器服务 EKS 支持使用 CPU、GPU 以及 vGPU 来运行在线推理服务，丰富的资源规格和弹性伸缩的负载，使运行服务更高效、更经济。

立即体验腾讯云 Serverless Demo，领取 Serverless 新用户礼包 腾讯云 Serverless 新手体验