|
Intranet、Internet服务器具有相同的名称,运行原理与操作系统相似并与WWW服务器一 起共享网上的文本图片浏览,但相似的方面仅此这些。实际上,公用和专用Web服务器是完全 不同的。 如果你正在Internet上建立网址,你想要一个能够跟踪访问者并记录他们所做所为的Wb 服务器。因为诸如人们如何到达网址以及逗留多长时间的信息对于销售和教育工作而言至关 重要。但是,对于为职员建立的Intranet网址上,这一信息是毫无意义的。在Intranet中具备 强有力的记录和跟踪能力的Web服务器可能是多余的。 Intranet到底应该提供哪些性能?建立易于存取的内部保护设计,定制的简单易修改的服 务器配置,Intranet套件工具,容错设计,简易的安装和管理以及简单的数据库访问,这些都是 Intranet所需要的。 当然,你会发现,很难买到一台具有以上所有性能的Web服务器。接下来我们列举一些原 则,这些原则将帮助你整理与Intranet有关的购买决策并确定每种类型的最佳产品。 安全性 Intranet服务器常常要求在机构内建立复杂的信任关系。要做到这一点,最佳捷径是建 立授权:告诉系统你的姓名和密码字,系统将允许你访问服务器的所选区域。 但在Intranet上,事情并不这么简单。访问特权必须依照你的姓名、地址、工作部门、 标题和你的监督对象等多项指标。所以在安全性方面,Intranet服务器必须灵活。 如果公司的Web分布在多服务器和部门,这情况更是如此。Web服务器本来就是孤独的— —他们极少(如果曾经有过的话)在没有大量应用级编程的情况下相互之间共享安全和授权。 即使在单一的Web服务器里,授权信息通常分布性较差。正规Web服务器安全样机(model)要求 每个访问区域都有一个授权文件。授权文件列有用户名和密码字,服务器配置文件可将用户 与许可访问区域连接。 这意味着用户必须使用多用户名称和密码字,才能到达不同的Intranet区域并且不能轻 易地使这些不同访问方式同步。 这一规则的例外就是Microsoft公司的Internet信息服务器(IIS),它将Windows NT安全 性——用户名称、密码字和最重要的访问控制表性能——扩展至Web。用户利用自已的Wino wsNT用户名和密码字向IIS服务器证明自己的身份。然后IIS用这一信息限制用户查看Winow sNT保护模式样机上的内容。 同时,公用Web服务器的一些授权和安全性能在Intranet上用途不大。传统上,公用服务 ,如在线银行业的高级安全性依赖于加密通信和应用级安全的混合,如帐户号或用户名及相关 的密码字便是如此。 在Intranet上,这通常是用不上的。与真正的用户级安全性相比,在Intranet上附加服务 器级授权要简单得多。通过强调高级服务器授权来满足这些需求,类似IIS等产品的设计师就 能摆脱重新实施应用级安全的负担。 定制化和修改 为了在Web服务器上增加功能,厂商们已实施了公共网关接口(CGI)调用和专有API。但在 建立位于执行和管理信息系统前端的高级应用时,这些产品则不够灵活、有力和迅速。 灵活性问题经常出现的一个领域是预处理文本。预处理器是有益的,因为它赋予了HTM作 者无需编写真正的应用代码即可建立动态Web页面的能力。这将降低开发费用并简化维护。 所有服务器都配有具备各种能力的预处理器,高定制化的、基于Web的应用性能是一级的预处 理器性能,它们绝大多数情况下都是强有力的。 而且,要解决这一问题就必须研究CGI(和API)脚本(Script)或修改预处理器。这两种方 式的协调很重要。许多CGI/API脚本都将对Web服务器的性能产生较大影响。另一方面,如果 修改预处理器,厂商每次发布重要版本的服务器时都要翻新这些修改内容。 有时,特殊的应用要求按服务器运行的方式修改。其中一些可用CGI或API脚本修改,而另 一些可能要求人工修改基本服务器。 如果你选择修改服务器,你就需要Apache,它是由Apache Group公司负责产品维护的免费 产品。如果不普及的话,Apache算不了什么:它控制着公用Web服务器的空间,为45万多个域服 务。这比Microsoft公司、Netscape公司和O'Reilly&Associates公司的域总量还要多。 Apache有两个优点:它有完整的资源代码,它还可被修改。Apache Group公司在Apache服 务器上安装了插入框架间信号服务器的修改工作。尽管修改服务器资源代码听起来很危险但 Apache利用其开发框架消除了大量危险和不确定因素。 Intranet套件工具 如果你以建立应用而不是使用预处理器为重点,那么你需要一台配有好的Intranet专用 套件工具的服务器。 编程Web应用不比编程任何其他应用简单——只有编程图形用户接口(GUI)简单一些,或 者看上去简单一些。事实上,建立Intranet应用可能要比建立分布式系统、群件、电子邮件 和移向综合Web的数据仓库项目困难。 Intranet必须能提供大型主机提供的性能并且不能利用单一的区域或安全的本地文件系 统。 开发商们需要用一个Intranet专用成套工具帮助建立这些应用。 一个简单的例子就是面向事务处理的应用,如保险费赔偿程序。 由于Web是无状态的,维护Intranet上在面向事务处理的应用屏面上的状态信息就比维护 标准客户/服务器系统状态信息困难。每个屏面都是一个独立的事务处理;屏面和屏面之间没 有信息流。与带有自己的GUI的应用不同,Web应用不能依赖于一个与用户相连的未中断持续 链路。HTTP可提供几种用于维护状态信息的方法。最受争议的是cookies,它可提供一种不安 全的方式,帮助服务器在客户机上存储状态信息并在客户机运行应用时检索信息。cookies受 到的争议颇多,因为它混淆匿名如何在Web上运行和利用cookies进行跟踪的概念。 任何情况下,Intranet应用通常不存在公用Web应用遇到的保密问题。但还有一个安全问 题,即cookies的内容直接处于用户的控制之下,服务器不能依靠cookies在事务处理过程中避 免被破坏。 另一种在多屏面上跟踪单一客户机的技术与静态URL有关,每个URL都被修改过以便存储 一些状态信息。这保证能够奏效——直到用户用其中一个URL标注一页面并试图在事务处理 完成后很长时间才回到这一页面。URL也会失效,用户就不知道下一个页面在哪。 Cookies和 静态 URL都是有用的,但在建立超过一屏的、强壮的应用时,这些URL就不够 用了。程序员必须考虑诸如事务处理恢复、与授权系统的集成和数据库连接等问题时,情况 尤为如此。 不幸的是,Web服务器采用平面方式编程:程序库就在那儿,去用吧。 对于许多Web开发商来说,网址建立始于一个问题:"什么样的代码我能当模型使用"。It ranet程序员们从样品应用得好的成套工具和相关的应用资源代码上获益。 这方面好的实例就是Netscape公司的企业服务器,它在其AppFoundry、StarNine技术公 司的WebStar等产品上有许多样品,包括超过100个样本应用。两种服务器都可为Web开发商提 供迁移的牢固的基础,以便开发商发展新的应用并修改现有的应用。 容错 当企业将各种各样的重要应用移向基于Web的前端时,以前悠闲自得的Web服务器管理员 在运行服务器时必须假想企业是依赖于那些服务器的。Intranet服务器的应答时间和正常运 行时间对于企业是成功的关键。 企业的成功关键应用要求在具有故障排除能力或负荷共享能力的容错服务器上运行。所 有这些特性都与粗糙的Internet正相反。 Microsoft公司、Netscape公司和其他少数几家Web厂商保证他们能为Intranet提供"大 企业"型软件。但是,他们不能获取那些IT管理员的信任,这些管理员通常认为,传统的计算机 厂商, 如DEC公司、HP公司和IBM公司能为他们建立软件。 这种情况下,选择服务器不如选择系统重要。Windows NT在像工作组操作系统一样流行 时并不能提供老的操作系统几年来具有的容错和负荷分享特性。NT在其网络应用和TCP/IP实 施方面受到批评。 因此,一些IT管理员指责说,建立起来的任务——重要 Intranet应用正成为他们古老的 固态备用件——Unix和DigitalOpen的VMS。(如果IBM的MVS操作系统能使用一个好的Web服务 器,他们就能在上面建立Intranet。) 当你需要坚如磐石般的可信性、故障排除能力和负荷共享时,能提供内部群聚技术的Oe nVMS不失为一个好的Intranet平台选择。Netscape的商业服务器、Process Software公司的 Purveyor和俄亥俄州立大学(OSU)Web服务器都在OpenVMS上运行。OSU Web服务器在安装的数 量上领先。 DEC公司的后备办公室操作系统还有另外一个优点。Windows NT就遭受了几次由几个对 立的系统发起的拒绝服务攻击;很受欢迎的Unix平台受到了半打的已公开的堆叠-溢出(Stak -Overflow)攻击。鉴于所有这些,OpenVMS几乎未受任何破坏,这简直不可思议。 作为对内装负荷共享和容错的替代性能,诸如Cisco 公司、IBM和Rosonate等公司提供了 一些位于Web服务器场前端的产品,它们可在众多Web服务器中指引查询并将根据服务器可用 性和负荷量记录标记。借助这些类型的产品,Windows NT服务器场能像OpenVMS一样可靠—— 尽管所需费用较高。 简易的安装和管理 大多数Web服务器都由Internet服务供应商维护,而群集服务、Intranet服务器则由部门 管理。许多Intranet不只由1台或2台大型服务器组成,而是由几打或几百个小服务器组成,每 个服务器都由工作组操作,工作组对自己的议程比对保持Web服务器的活力更感兴趣。 在这种环境下,简易的安装、管理和协调是成功的关键因素。满足这种需求的一个方法 就是挑选一个可由各种平台支持的单一服务器。如果能够建立"公司标准",那么帮助桌面系 统就能像支持离线处理器和电子数据表一样支持Web。 几乎没有Web服务器能在多平台上运行。明显的例外是Netscape公司的系列产品,它们可 提供在OpenVMS、Unix和Windows NT间相对不变化的接口。Netscape还有第二个优点:在We服 务器中,它的通过Web浏览器运行的管理接口是最强有力和最灵活的。由于Netscape的服务是 通过HTTP管理的,Netscape服务器的远程控制非常简单。对于那些倾向于编辑配置文件的用 户,Netscape还支持该接口并提供关于如何进行人工维护配置的文件。 第二个措施是管理最简易和最简单的服务器并将它们提供给用户。令人吃惊的是,这一 措施的一个不可能的竞争者是Macintosh。作为计算平台,Macintosh的传奇性的易用特点令 人感兴趣并对小型部门服务器——如果不是非正统的——做出选择。 尽管还可以从服务器控制台指导管理,但最受欢迎的Macintosh Web服务器、StarNine公 司的WebStar和Netscape一起建立了基于Web的管理接口。 O'Reilly还在WebSite Professional提供了有记录良好的和极易于管理的Web服务器。 尽管Windows95及NT平台没有Macintosh附带的不干涉管理和协调方式,但将工作组Web服务器 置于常用平台之上的想法是可行的。 无论选择哪种操作系统平台或服务器,部门的服务器管理员需要关于协调和整理服务器 的建议。因为Web的设计者不想放弃以前的访问记录,那么采取消除并存档旧记录的措施对于 服务器的长期健康就很重要。尽管平台能够支持它,但采取自动化方式卷动过长记录将会有 极大的帮助。 数据库访问 应用开发商正转向用基于Web的技术和Intranet打破公司信息系统周围的MIS僵局。这样 ,Intranet应用就经常需要对存储在公司数据库系统里的信息进行存档、存储、处理和报告 。数据库访问的简易性对于建立强有力的Intranet应用是很关键的。找到一个将HTML和SQ混 合到Web页面上的简单方式至关重要。 目标是能让Web页面在被装入后展示查询精确度的结果。同样,无需脚本即可将HTML形式 和SQL查询集成在一起的性能可以让Intranet开发商以较低的费用获得额外的能力。 Web商业服务器三大厂商——Microsoft、 Netscapet、 O'Reilly——都在其服务器中 配置了工具,无需费力即可将后备与SQL数据库连接。这些服务器都依赖于强壮的SQL接口。 不幸的是,一些免费服务器没有此类接口,或不能与这些服务器共同运行。这种情况下,人们 更加关心中间件并设计了价格较高的产品将真实的数据扩展至Web浏览器。产品范围从可用 的到出众的均在市场上可寻,如Teubner&Associates的3270-HTML转换器。 底线 几乎没有Intranet规模足够小,使用足够简单,能够在单一Web服务器,或者甚至是单 一Web结构上生存。每个Intranet应用都要求由一个或另一个服务器来实施。了解了Wb 服务器之间需求的区别将是特别重要的。 (责任编辑：admin) |