精华内容
下载资源
问答
  • web 体系结构_Web服务体系结构概述

    千次阅读 2020-06-22 19:46:25
    Web服务体系结构描述了三个角色:服务提供者,服务请求者和服务代理。 和三个基本操作:发布,查找和绑定。 网络组件可以扮演任何或所有这些角色。 两个单独的文档描述了Web服务:定义良好的服务(WDS)文档描述...

    web 体系结构

    • Web服务是独立的,模块化的应用程序,可以通过通常是万维网的网络进行描述,发布,定位和调用。
    • Web服务体系结构描述了三个角色:服务提供者,服务请求者和服务代理。 和三个基本操作:发布,查找和绑定。 网络组件可以扮演任何或所有这些角色。
    • 两个单独的文档描述了Web服务:定义良好的服务(WDS)文档描述了非运营服务信息,例如服务类别,服务描述和到期日期,以及有关服务提供商的商业信息,例如公司名称,地址,和联系信息。 网络可访问服务规范语言(NASSL)文档描述了有关服务的操作信息,例如服务接口,实现细节,访问协议和联系端点。
    • Web服务体系结构的实现应允许通过配置一组环境先决条件(例如,身份验证机制,计费等)来控制和管理交互,从而促进增量安全性和服务质量模型。
    • Web Services可以动态地组合成基于运行时基于功能的查找的应用程序,而不是传统的静态绑定。协作的动态性质使实现可以独立于平台和编程语言,并且与通信机制无关,同时创建创新的产品,流程和价值链。

    以前对分布式计算(CORBA,Distributed Smalltalk,Java RMI)的尝试已经产生了这样的系统,其中系统中各个组件之间的耦合过于紧密,以至于无法有效地通过Internet进行低开销,无所不在的B2B电子商务。 这些方法需要来自不同组织的业务系统之间过多的协议和共享的上下文,才能可靠地实现开放的,低开销的B2B电子商务。

    同时,应用程序空间中的当前趋势正在从紧密耦合的单片系统向松散耦合的动态绑定组件的系统发展。 基于这些原则构建的系统更有可能在下一代电子商务系统中占据主导地位,而灵活性是其成功的首要特征。 我们认为,应用程序将基于在运行时动态发现和编组的服务组合(服务的及时集成)。 随着企业利用电子门户和电子市场以及利用XML等新技术,将更多现有的IT应用程序转移到Web上,服务(应用程序)集成成为下一代电子商务的创新。

    这里描述的Web服务概念是我们对下一代Web电子商务体系结构的看法。 Web服务体系结构描述了基于服务创建动态,松耦合系统的原理,但没有单一实现。 通过为Web服务体系结构描述的角色,操作等选择各种实现技术,有很多实例化Web Service的方法。

    设计Web服务时,还必须考虑各种环境因素。 例如,对服务代理的安全要求将根据部署环境而有所不同。 大多数Intranet部署对安全性的要求最低,但是在进行高价值B2B交易的情况下,可能需要更高的安全性。 一种方法是对安全和设计代理进行风险评估,以根据环境的安全基础结构提供不同级别的信息。 (有关Web服务安全性注意事项的更多信息,请参阅附录 。)Web服务工具包的未来版本将支持部分或全部这些安全性注意事项。

    一种新的架构方法

    传统的系统架构在系统中的各个组件之间合并了相对脆弱的耦合。 包括面向Web的系统在内的大部分IT系统都可以描述为紧密耦合的应用程序和子系统。 使用数据结构(数据库记录,平面文件)以紧密耦合的方式构建IBM CICS事务,数据库,报表等。

    像这样的整体系统对变化很敏感。 子系统之一的输出变化通常会导致整个系统崩溃。 切换到子系统的新实现方式通常还会导致旧的,静态绑定的协作(无意中依赖于旧实现的副作用)。 通过技能和人数可以在一定程度上控制这种情况。 随着规模,需求,数量和业务变化率的增加,这种脆弱性就会暴露出来。 这些方面中的任何一个方面的任何重大变化都将导致系统的脆弱性成为危机:网站不可用或响应不及时,新产品和服务的上市速度不足,无法Swift转移到新的商机或竞争威胁。 由于耦合,IT组织将无法应对变化; Web的动态性使这些脆弱的体系结构的管理变得站不住脚。

    我们需要用更灵活的体系结构替换当前的应用程序设计模型,从而产生更易于更改的系统。

    网页服务

    即时整合

    Web服务体系结构描述了下一代电子商务体系结构背后的原理,呈现了从面向对象的系统到服务系统的逻辑演进。 Web服务系统促进了组件之间的显着去耦和动态绑定:系统中的所有组件都是服务,因为它们封装了行为并将消息传递API发布到网络上的其他协作组件。 应用程序使用服务发现对协作进行动态绑定,从而封送服务。 Web服务反映了一种新的面向服务的体系结构方法,该概念基于通过发现和协调网络可用服务或应用程序的即时集成来构建应用程序的概念。

    使用Web服务方法,应用程序设计成为描述网络服务执行功能的功能并描述这些协作者的编排的行为。 在运行时,应用程序执行时需要将协作者的需求转换为发现机制的输入,找到能够提供正确服务的协作者,并编排发送给协作者的消息以调用其服务。 这些新的应用程序本身成为服务,因此创建了可用于发现和协作的聚合服务。

    什么是Web服务?

    Web服务是独立的模块化应用程序,可以通过网络(通常是Web)进行描述,发布,定位和调用。

    Web服务体系结构是面向对象的分析和设计的逻辑演变,而组件的逻辑演变是针对电子商务解决方案的体系结构,设计,实现和部署的。 这两种方法已被证明可以处理大型系统的复杂性。 与面向对象的系统一样,Web服务中的一些基本概念是封装,消息传递,动态绑定以及服务描述和查询。 因此,Web服务的基本概念是一切都是服务,发布网络上供其他服务使用的API并封装实现细节。

    Web服务组件

    在任何面向服务的环境中都需要进行一些基本活动:

    1. 需要创建一个Web服务,并且必须定义其接口和调用方法。
    2. Web服务需要发布到一个或多个Intranet或Internet存储库,以供潜在用户定位。
    3. 需要定位Web服务以供潜在用户调用。
    4. 需要调用Web服务才能带来任何好处。
    5. 当某个Web服务不再可用或不再需要时,可能需要取消发布它。

    然后,Web服务体系结构需要三个基本操作:发布,查找和绑定。 服务提供商将服务发布给服务代理。 服务请求者使用服务代理找到所需的服务并将其绑定 。 这些想法如下图所示。

    发布,查找和绑定
    发布,查找和绑定

    服务描述机制是Web服务体系结构中的关键元素之一。 在两个单独的文档中找到了针对我们体系结构的服务的完整说明:网络可访问服务规范语言(NASSL)文档和定义良好的服务(WDS)文档。 NASSL是用于基于网络的服务的基于XML的接口定义语言(IDL),用于指定Web服务的操作信息,例如服务接口,实现细节,访问协议和联系端点。 WDS文档用于指定服务的非运行信息,例如服务类别,服务描述和到期日期,以及有关服务提供商的商业信息,例如公司名称,地址和联系信息。 WDS文档是对相应的NASSL文档的补充。 这两个文档一起用于指定完整的服务描述,允许服务请求者查找和调用服务。

    Web服务体系结构中的所有协作都可能受到一组可配置的,可协商的环境先决条件的控制。 环境先决条件是在调用服务之前必须使任何非功能性组件或基础结构机制都可运行的-例如,使用特定的通信机制(HTTPS,IBM MQSeries)或使用特定的第三方审核或计费服务。 在实际调用服务之前,必须先放置这些组件(通常将其本身实现为服务)。

    服务可以针对其指定的任何环境先决条件支持多种可能的实现。 例如,服务可以提供通信层的选择,计费服务的选择或其他选项。 然后,服务请求者可以协商或选择使用哪种实现来满足环境先决条件。 通过环境前提条件,协作才能像Web服务体系结构中的两个协作者所要求的一样安全,可靠和安全。

    Web服务的好处

    使用Web服务体系结构具有以下好处:

    • 通过最小化共享理解的要求来促进互操作性

      基于XML的接口定义语言(NASSL),基于XML的服务描述(WDS)以及协作和协商协议是服务提供者和服务请求者之间共享理解的唯一要求。 通过限制互操作性绝对必需的条件,协作Web服务可以真正独立于平台和语言。 通过限制绝对需要的内容,可以使用大量不同的基础结构来实现Web服务。

    • 实现即时整合

      Web服务中的协作在运行时动态绑定。 服务请求者描述所需服务的功能,并使用服务代理基础结构来查找适当的服务。 找到具有所需功能的服务后,该服务的NASSL文档中的信息将用于与其绑定。

      动态服务发现和调用(发布,查找,绑定)以及面向消息的协作产生了松散耦合的应用程序,从而实现了新应用程序和服务的及时集成。 这反过来产生的系统具有自我配置,自适应性和鲁棒性,并且单点故障更少。

    • 通过封装降低复杂性

      Web服务中的所有组件都是服务。 重要的是服务提供的行为类型,而不是服务的实现方式。 WDS文档是描述服务封装的行为的机制。

      封装是实现以下目标的关键:

      • 应对复杂性。 当应用程序设计人员不必担心他们正在调用的服务的实现细节时,可以降低系统的复杂性。
      • 灵活性和可扩展性。 在运行时可以替换相同类型的服务或多个等效服务的不同实现。
      • 可扩展性。 通过为新服务提供相似的服务描述来封装和扩展行为。
    • 实现旧版应用程序的互操作性

      通过允许将遗留应用程序包装在NASSL和WDS文档中并作为服务公开,Web服务体系结构可以轻松实现这些应用程序之间的新互操作性。 此外,可以包装安全性,中间件和通信技术以作为环境先决条件来参与Web服务。 目录技术(例如LDAP)可以进行包装以充当服务代理。

      通过包装底层管道(例如,通信层),服务将应用程序程序员与编程堆栈的下层隔离。 这允许服务使虚拟企业能够根据需要(通过基于http的通信)链接其异构系统和/或参与单个管理域的情况,其中其他通信机制(例如MQSeries)可以提供更丰富的功能。

      在合并情况下可以找到这样的例子,在合并情况下,最终的企业必须集成不同的IT系统和业务流程。 面向服务的体系结构将极大地促进这些系统之间的无缝集成。 另一个例子是旅行业与普适计算的结合,当时大型基于主机的旅行应用程序可以通过包装公开为服务,并可以在面向服务的环境中供各种设备使用。 可以创建新服务,并动态发布和发现新服务,而不会破坏现有环境。

    摘要

    Web服务是电子商务发展的下一阶段-从所有内容都是服务的角度来看系统的结果,该服务是使用网络上的消息传递而动态发现和组织的。

    在Web服务体系结构中,每个组件都被视为一种服务,它封装行为并通过可用于网络调用的API提供行为。 这是面向对象技术(封装,消息传递,动态绑定和反射)向电子商务的逻辑演进。

    Web服务中的基本角色是服务提供者,服务请求者和服务代理。 这些角色具有以下操作:发布,查找和绑定。 操作中介是通过环境先决条件发生的,它介绍了诸如安全性,工作流,事务,计费,服务质量和服务级别协议之类的方面。 服务描述语言的机制是Web服务中基本操作的关键。 Web服务的完整描述出现在两个单独的文档中:网络可访问服务规范语言(NASSL)文档和定义良好的服务(WDS)文档。

    Web服务体系结构具有以下优点:

    • 通过最小化共享理解的要求来促进互操作性
    • 启用即时整合
    • 通过封装降低复杂度
    • 启用旧版应用程序的互操作性

    附录:安全和信任问题

    Web服务体系结构的安全性需要提出对安全性的传统理解的转变,以适应用于支持在开放动态Web环境中查找和执行服务的新模型。 面向服务的体系结构的安全性目标是在角色之间实现可信的交互。 如果将安全性定义为防范威胁,则Web Service将识别其感知到的威胁集,并提出防止对Web Service交互造成威胁的方法。 当两方了解风险并确定威胁和脆弱性并商定一系列保护自己开展业务的对策和保障措施时,便可以在他们之间建立信任。

    捕获威胁和对策的困难之一是,它们以发现新威胁的周期相互作用,从而导致产生可能导致新威胁的对策。 因此,某些对策定义必须基于推测。 在尝试解决我们设计的系统中的安全性之前,我们不能等待所有可能的威胁和对策的识别。 我们将面向Web服务的体系结构的安全性视为挑战,以了解和记录现有威胁和提出的对策。 然后,该架构尝试捕获当前情况背后的想法,并允许灵活实施不同级别的安全机制,并具有与现有中间件和新安全机制集成的控制点。 安全措施的演变对新经济的发展很重要,但是我们有经验表明,要成功,任何实施都必须设计简单,使用简单,无处不在且具有成本效益,否则人们将不会使用它。 因此,它充其量是无效的。

    我们已经确定了一些需要采取对策的威胁领域:

    • 在运行时,代理,请求者和提供者之间共享的信息的安全性
    • 部署运行时的网络的安全性
    • 在设计时编程模型(API,框架,存根等)的安全性。

    除了设计时的应用程序安全模型问题外,应用程序开发环境本身还存在另一组安全问题。 这在安全方面在运行时组件和设计时组件之间造成了压力。 还要求Web服务必须简单,基于开放标准并具有可扩展性。 这三个要求与任何新开发的基本安全性目标相呼应。 试图将旧式安全编程模型和机制作为新设计的一部分而出现困难。

    服务和委派模型的访问控制决策必须存在,并最终在应用程序中实施。 这些工具位于应用程序开发环境中,不是Web服务体系结构的一部分,而是大型B2B环境的一部分。 工具可能能够促进某些设计时问题,将访问控制逻辑添加到应用程序,但可能无法解决所有旧情况。 我们建议服务提供者使用前提条件部分,将请求者需要提供的任何信息传达给服务请求者,以符合访问控制决策的条件。

    设计代理时,可能有几种访问控制模型:

    混杂代理是不检查请求者或发布者身份验证的代理 。 经纪人提供对其数据存储库中信息的公共访问,并且不主张数据正确。 这种实现方式的威胁包括冒充服务请求者,冒充服务提供者,未经授权修改数据,披露信息,拒绝服务以及拒绝采取行动。

    认证的代理是对请求者和发布者都进行认证的代理 。 这允许代理对有关谁正在访问信息做出明智的决定,并且代理能够对其保留的数据实施访问控制。 此类实现的威胁包括冒充请求者,冒充服务提供者,未经授权修改数据,披露信息,拒绝服务以及拒绝采取行动。 这种类型的代理将实现以下要求:使用SSL强制实体的身份验证,通过HTTPS协议调用服务请求。 它还可以集成对XMLDSIG的解析器支持,以验证对定义为消息交换一部分的XML文档的签名。

    完全授权的经纪人是将实施授权范例并将访问信息与每个数据条目一起存储的经纪人 。 它将建立条目的所有权,并强制要求只有授权的代理才能修改数据。 它还可以实现更精细的授权引擎,该引擎仅允许请求者的某些子集访问特定信息。 此类实现的威胁包括冒充请求者,冒充服务提供者,未经授权修改数据,披露信息,拒绝服务以及拒绝采取行动。 这种类型的代理将通过HTTPS提供其服务,使用SSL来对实体进行身份验证,并具有对XMLDSIG的解析器支持,以对定义为消息交换一部分的XML文档进行签名。 中间件基础架构(例如Tivoli / Dascom)和AZN API,以实施企业范围的访问控制决策。


    翻译自: https://www.ibm.com/developerworks/web/library/w-ovr/index.html

    web 体系结构

    展开全文
  • Web体系结构发展规划

    2021-03-04 20:01:03
    本文介绍了IT专家用于确定其网站能否满足未来需求以及评估网站工作负荷与基础结构变化的方法...CIO及其小组面临着前所未有的挑战,那就是必须将停机时间和网络瓶颈降至最低程度,并最充分地利用构成其电子商务基础结构
  • Web体系结构

    千次阅读 2016-04-14 17:20:33
    建立Web的愿望是易于使用的超文本接口提供通用的文本共享。Web以两个主要的协议为基础,超文本协议HTTP及TCP/IP协议。... 完整的Web结构应包括:HTTP协议;Web服务器;通用网关接口CGI;Netscape应用编程接口

    建立Web的愿望是易于使用的超文本接口提供通用的文本共享。Web以两个主要的协议为基础,超文本协议HTTP及TCP/IP协议。HTTP用于Web浏览器与Web服务器之间的数据交换。浏览器使用超文本标记语言HTML,TCP/IP为网络传输控制协议。在很多方面,HTTP协议是理解Web的关键。
    完整的Web结构应包括:HTTP协议;Web服务器;通用网关接口CGI;Netscape应用编程接口;Web浏览器。
    下面对Web的结构进行简单的介绍:
    1、超文本传输协议(HTTP)
    Hypertext Transfer Protocol超文本在互联网上的传输协议。 当你想进入万维网上一个网页, 或者其他网络资源的时候,通常你要首先在你的浏览器上键入你想访问网页的统一资源定位符(UniformResourceLocator),或者通过超链接方式链接到那个网页或网络资源。这之后的工作首先是URL的服务器名部分,被名为域名系统的分布于全球的因特网数据库解析,并根据解析结果决定进入哪一个IP地址(IP address)。

    接下来的步骤是为所要访问的网页,向在那个IP地址工作的服务器发送一个HTTP请求。在通常情况下,HTML文本、图片和构成该网页的一切其他文件很快会被逐一请求并发送回用户。

    网络浏览器接下来的工作是把HTML、CSS和其他接受到的文件所描述的内容,加上图像、链接和其他必须的资源,显示给用户。这些就构成了你所看到的“网页”。

    大多数的网页自身包含有超链接指向其他相关网页,可能还有下载、源文献、定义和其他网络资源。像这样通过超链接,把有用的相关资源组织在一起的集合,就形成了一个所谓的信息的“网”。这个网在因特网上被方便使用,就构成了最早在1990年代初蒂姆·伯纳斯-李所说的万维网。

    传统的Web数据库系统体系结构 传统的Web数据库系统一般实现Web数据库系统的连接和应用可采取两种方法,一种是在Web服务器端提供中间件来连接Web服务器和数据库服务器,另一种是把应用程序下载到客户端并在客户端直接访问数据库。中间件负责管理Web服务器和数据库服务器之间的通信并提供应用程序服务,它能够直接调用外部程序或脚本代码来访问数据库,因此可以提供与数据库相关的动态HTML页面,或执行用户查询,并将查询结果格式化成HTML页面。通过Web服务器返回给Web浏览器。最基本的中间件技术有通过网关接口CGI和应用程序接口API两种。

    2、Web服务器
    WEB服务器也称为WWW(WORLD WIDE WEB)服务器,主要功能是提供网上信息浏览服务。 WWW 是 Internet 的多媒体信息查询工具,是 Internet 上近年才发展起来的服务,也是发展最快和目前用的最广泛的服务。正是因为有了WWW工具,才使得近年来 Internet 迅速发展,且用户数量飞速增长。Web服务器是可以向发出请求的浏览器提供文档的程序。
    服务器是一种被动程序:只有当Internet上运行其他计算机中的浏览器发出的请求时,服务器才会响应。最常用的Web服务器是Apache和Microsoft的Internet信息服务器(Internet Information Services,IIS)。
    Internet上的服务器也称为Web服务器,是一台在Internet上具有独立IP地址的计算机,可以向Internet上的客户机提供WWW、Email和FTP等各种Internet服务。Web服务器是指驻留于因特网上某种类型计算机的程序。当Web浏览器(客户端)连到服务器上并请求文件时,服务器将处理该请求并将文件反馈到该浏览器上,附带的信息会告诉浏览器如何查看该文件(即文件类型)。服务器使用HTTP(超文本传输协议)与客户机浏览器进行信息交流,这就是人们常把它们称为HTTP服务器的原因。

    3、基于通用网关接口CGI
    CGI是WWW服务器运行时外部程序的规范,按照CGI编写的程序可以扩展服务器的功能,完成服务器本身不能完成的工作,外部程序执行时间可以生成HTML文档,并将文档返回WWW服务器。CGI应用程序能够与浏览器进行交互作用,还可以通过数据库的API与数据库服务器等外部数据源进行通信,如一个CGI程序可以从数据库服务器中获取数据,然后格式化为HTML文档后发送给浏览器,也可以将从浏览器获得的数据放到数据库中。几乎使用的服务器软件都支持CGI,开发人员可以使用任何一种WWW服务器内置语言编写CGI,其中包括流行的C、C、VB和Delphi等。

    从体系结构上来看,用户通过Web浏览器输入查询信息,浏览器通过HTTP协议向Web服务器发出带有查询信息的请求,Web服务器按照CGI协议激活外部CGI程序,由该程序向DBMS发出SQL请求并将结果转化为HTML后返回给Web服务器。再由Web服务器返回给Web浏览器。这种结构体现了客户/服务器方式的三层模型,其中Web服务器和CGI程序实际起到了HTML和SQL转换的网关的作用。CGI的典型操作过程是:分析CGI数据;打开与DBMS的连接;发送SQL请求并得到结果;将结果转化为HTML;关闭DBMS的连接;将HTML结果返回给Web服务器。

    基于Web的数据库访问利用已有的信息资源和服务器。其访问频率大,尤其是热点数据。但其主要的缺点是:①客户端与后端数据库服务器通信必须通过Web服务器,且Web服务器要进行数据与HTML文档的互相转换,当多个用户同时发出请求时,必然在Web服务器形成信息和发布瓶颈。②CGI应用程序每次运行都需打开和关闭数据库连接,效率低,操作费时;③CGI应用程序不能由多个客户机请求共享,即使新请求到来时CGI程序正在运行,也会启动另一个CGI应用程序,随着并行请求的数量增加,服务器上将生成越来越多的进程。为每个请求都生成进程既费时又需要大量内存,影响了资源的使用效率,导致性能降低并增加等待时间;④由于SQL与HTML差异很大,CGI程序中的转换代码编写繁琐,维护困难;⑤安全性差,缺少用户访问控制,对数据库难以设置安全访问权限;⑥HTTP协议是无状态且没有常连接的协议,DBMS事务的提交与否无法得到验证,不能构造Web上的OLTP应用。
    4、基于服务器扩展的API(应用编程接口)
    为了克服CGI的局限性,出现的另一种中间件解决方案是基于服务器扩展API的结构。与CGI相比,API应用程序与Web服务器结合得更加紧密,占用的系统资源也少得多,而运行效率却大大提高,同时还提供更好的保护和安全性。

    服务器API一般作为一个DLL提供,是驻留在WWW服务器中的程序代码,其扩展WWW服务器的功能与CGI相同。WWW开发人员不仅可以API解决CGI可以解决的一切问题,而且能够进一步解决基于不同WWW应用程序的特殊请求。各种API与其相应的WWW服务器紧密结合,其初始开发目标服务器的运行性能进一步发掘、提高。用API开发的程序比用CGI开发的程序在性能上提高了很多,但开发API程序比开发CGI程序要复杂得多。API应用程序需要一些编程方面的专门知识,如多线程、进程同步、直接协议编程以及错误处理等。目前主要的WWWAPI有Microsoft公司的ISAPI、Netscape公司的NSAPI和OReily公司的WSAPI等。使用ISPAI开发的程序性能要优于用CGI开发的程序,这主要是因为ISAPI应用程序是一些与WWW服务器软件处于同一地址空间的DLL,因此所有的HTTP服务器进程能够直接利用各种资源这显然比调用不在同一地址空间的CGI程序语句要占用更少的系统时间。而NSAPI同ISAPI一样,给WWW开发人员定制了NetscapeWWW服务器基本服务的功能。开发人员利用NSAPI可以开发与WWW服务器的接口,以及与数据库服务器等外部资源的接口。

    虽然基于服务器扩展API的结构可以方便、灵活地实现各种功能,连接所有支持32位ODBC的数据库系统,但这种结构的缺陷也是明显的:①各种API之间兼容性很差,缺乏统一的标准来管理这些接口;②开发API应用程序也要比开发CGI应用复杂得多; ③这些API只能工作在专用Web服务器和操作系统上。

    5、Web浏览器
    网页浏览器主要通过HTTP协议连接网页伺服器而取得网页,HTTP容许网页浏览器送交资料到网页伺服器并且获取网页。目前最常用的HTTP是HTTP/1.1,这个协议在RFC2616中被完整定义。HTTP/1.1 有其一套Internet Explorer并不完全支援的标准,然而许多其他当代的网页浏览器则完全支援这些标准。
    网页的位置以URL(统一资源定位符)指示,此乃网页的地址;以http:开首的便是通过HTTP协议登陆。很多浏览器同时支援其他类型的URL及协议,例如ftp:是FTP(档案传送协议)、gopher:是Gopher及https:是HTTPS(以SSL加密的HTTP)。
    网页通常使用超文本标记语言(标准通用标记语言下的一个应用)文件格式,并在HTTP协议内以MIME内容形式来定义。大部分浏览器均支援许多HTML以外的文件格式,例如JPEG、PNG和GIF图像格式,还可以利用外挂程式来支援更多文件类型。在HTTP内容类型和URL协议结合下,网页设计者便可以把图像、动画、视频、声音和流媒体包含在网页中,或让人们透过网页而取得它们。
    早期的网页浏览器只支援简易版本的HTML。专属软体的浏览器的迅速发展导致非标准的HTML代码的产生。这导致了浏览器的相容性的问题。现代的浏览器(Mozilla、Opera和Safari)支援标准的HTML和XHTML(从HTML 4.01版本开始)。他们显示出来的网页效果都一样。Internet Explorer仍未完全支援HTML 4.01及XHTML 1.x。现在许多网站都是使用所见即所得的HTML编辑软体来建构的,这些软体包括Macromedia Dreamweaver和Microsoft Frontpage等。他们通常预设产生非标准HTML;这阻碍了W3C制定统一标准,尤其是XHTML和CSS(层叠样式表,设计网页时用)。
    有一些浏览器还载入了一些附加组件来Usenet新闻组、IRC(互联网中继聊天)和电子邮件。支援的协议包括NNTP(网络新闻传输协议)、SMTP(简单邮件传输协议)、IMAP(交互邮件访问协议)和POP(邮局协议)。

    展开全文
  • 大四软件工程专业课程组 asp.net远程教学网站 WEb体系结构课程设计实验报告。
  • WEB应用体系结构

    2012-02-07 13:19:14
    简述了WEB应用的体系结构,分析了WEB各种开发技术
  • Web应用体系结构

    千次阅读 2017-06-03 22:33:32
    简单介绍Web应用的体系结构

           Serlet也需要帮助。请求到来时,必须有人实例化 Servlet ,或者至少要建一个新的线程处理这个请求,必须有人调用 Servlet 的doPost() 或doGet()方法。另外,对了,这些方法还有一些重要的参数-----HTTP请求和HTTP响应对象,所以必须有人把请求和响应交给  Servlet  。还得有人管理S而vletde生与死以及 Servlet 的资源 。这个 “人” 就是Web容器。 

          不知道大家有没有发现 Servlet是没有Main()方法的,那它是怎么运行的呢?Servlt受控于另一个Java应用,这个应用称为容器。Tomcat就是这样一个容器。如果Web服务器应用(如Apache) 得到一个指向某Servlet的请求(而不是其他请求,如请求一个普通的静态HTML页面),此时服务器不是把这个请求交给Servlet本身,而是交给部署该Servlet的容器,然后由容器向Servlet提供HTTP请求和响应、由容器调用Servlet的doGet()方法和doPost()方法。如图:


           

            容器为我们提供了什么呢?又带来了什么样的额外的开销呢?

             一、通信支持。利用容器提供的方法,我们能轻松地让Servlet与Web服务器对话。无需自己建立 ServerSocket 、监听端口、创建流等。容器知道自己与服务器的协议和我们自己的Web代码之间的API。我们只需考虑如何在Servlet中实现业务逻辑。

             二、生命周期管理。容器控制着Servlet的生与死。它会负责加载类、实例化和初始化Servlet、调用servlet方法,并使用Servlet实例能够被回收。有了容器的控制,我们就不用考虑资源管理啦、

             三、多线程支持。容器会自动地为它接收的每个Servlet 请求创建一个新的Java线程。针对客户的请求,如果Servlet已经运行完相应的HTTP服务方法,这个线程就可以结束了(也就是说会死掉)。但这并不是说我们就可以不用考虑线程的安全问题了,我们还是会遇到线程同步问题的。容器只能帮我们创建和管理多个线程。

            四、声明方式实现安全。利用容器,可以使用XML部署描述文件来配置(和修改)安全性,而不必将其硬编码写到Servlet(或其他代码)中。想象一下,我们不用去更改Java源文件,也不用重新编译,就能管理和修改安全性配置,多么激动人心啊!

           五、JSP支持。偷偷告诉你,负责把JSP编译成Java的也是容器。

      


           

     

           说了这么多,我们好像忽略了一个重要的问题:容器是怎么找到客户请求的Servlet的呢?

           作为客户请求的一部分,URI会一某种方法映射到服务器上的一个特定 Servlet。怎么映射呢?一个Servlet可以有 3 个名字呢。一个是实际的文件名;另一个是部署人员起的秘密内部名;最后一个是公共的URL名。其中,秘密内部名可以是任意的,不一定与类名或文件名相同;公共URL呢,这是客户所知道的名字。换句话说就是写在HTML里的,当用户点击一个指向Servlet的链接时,就可以把这个公共的URL名放在HTTP请求中发送给服务器,然后服务器进行上文的操作。

           建立Servlet名的映射是有好处的,这有助于改善应用的灵活性和安全性。先说灵活性吧,想象一下,如果你是把Servlet的路径和文件名写在了所有需要它的JSP中,当然这是完全可以的,但是当我们需要重新组织我们的应用且需要改变我们的目录结构时,我们就需要一个个的改JSP中的路径,想想就很可怕。对于安全性呢,但我们在HTML中用的是真实的路径和文件名,也就相当于把我们服务器上的目录结构公布于天下了,这不危险嘛?

           映射Servlet需要用到部署描述文件。将Servlet部署到Web容器时,会创建一个相当简单的XML文档,这称为部署描述文档,它可以告诉容器怎么运行你的Servlet和JSP。给一个例子:

    <servlet>
         <servlet-name>ServletDemo(内部秘密部署名)</servlet-name>
         <servlet-class>day_052102.ServletDemo(完全限制名)</servlet-class>
     </servlet>
     <servlet-mapping>
         <servlet-name>ServletDemo</servlet-name>
         <url-pattern>/ServletDemo(公共URL,客户看到的公共名)</url-pattern>
     </servlet-mapping

    需要注意的是部署文件还有其他的作用呢,比如使用描述文件对Web应用的其他方面进行定制,包括安全角色、错误页面、标记库、初始配置信息等。

            

       

    展开全文
  • Web服务体系结构论文

    2009-06-22 18:25:57
    这份是web服务软件体系结构论文,论文的格式比较正规,是比较值得参考的一篇论文
  • web服务体系结构论文

    2010-06-18 11:16:10
    web服务体系结构论文,适合期末大作业,如果你是大学生,那么这个资源对你来说是最有用不过了,这是我花了几天完成的
  • 简述java技术的web体系结构-mvc
  • Web服务(WebServices)是目前程序设计领域中的一项新技术,是一个崭新的分布式计算模式。它在不同系统平台之间具有互操作性,同时通过因特网实现不同应用程序之间的远程过程调用。Web服务使用基于XML的消息处理作为...
  • Chapter 6 Web服务体系结构1. Web服务概述: ●Web服务技术核心基于可扩展标记语言(XML)的标准,包括简单对象访问协议(SOAP)、Web服务描述语言(WSDL)和统一描述、发现和集成协议(UDDI)。 ●Web服务主要是...

    Chapter 6 Web服务体系结构

    1. Web服务概述:

        ●Web服务技术核心基于可扩展标记语言(XML)的标准,包括简单对象访问协议(SOAP)、Web服务描述语言(WSDL)和统一描述、发现和集成协议(UDDI)。

        ●Web服务主要是对一些已经存在的技术进行包装,因此它是基于现有技术的一种整合技术。

        ●五个逻辑层:数据层、数据访问层、业务层、业务面、监听者。

    2. Web服务特点:

    (1)使用标准协议规范

    (2)使用协约的规范性

    (3)高度集成能力

    (4)完好的封装性

    (5)松散耦合

    3. Web服务开发生命周期:

        构建、部署、运行、管理。

    4. Web服务体系结构模型:

        ●一个完整的Web服务包括三种逻辑部件:

        服务提供者:提供服务,并进行注册以使服务可用。

        服务代理:中介作用,它是服务的注册场所,充当服务提供者和服务请求者之间的媒介。

        服务请求者:在应用程序中通过向服务代理请求服务,调用所需服务。

    ●Web服务栈:

    发现服务

    UDDI、DISCO

    描述服务

    WSDL、XML、Schema

    消息格式层

    SOAP

    编码格式层

    XML

    传输协议层

    HTTP、TCP/IP、SMTP等

    ●Web服务体系结构的优势:

        (1)高度的通用性和易用性

        (2)完全的平台、语言独立性

        (3)高度的集成性

        (4)容易部署和发布

    5. Web服务的核心技术:

    (1)作为Web服务基础的XML

    (2)简单对象访问协议(SOAP):一个基于XML的,在松散分布式环境中交换结构化信息的轻量级协议,它为在一个松散的、分布式环境中使用XML交换结构化的和类型化的信息提供了一种简单的机制。

    (3)Web服务描述语言(WSDL):一种XML格式,用于将网络服务描述为一组端点,这些端点对包含面向文档或面向过程信息的消息进行操作。

    (4)统一描述、发现和集成协议(UDDI):基于现成的标准,是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准和规范,同时也包含一组使企业能将自身提供的Web服务注册以使别的企业能够发现的访问协议的实现标准。

    6. 面向服务的软件体系结构(SOA):

        ●SOA是一种粗粒度、松耦合的服务体系结构,其服务之间通过简单、精确定义接口进行通信,不涉及底层编程接口和通信模型。

        ●特征:松散耦合、粗粒度服务、标准化接口

        ●实践原则:业务驱动服务,服务驱动技术。业务敏捷是基本的业务需求。

    展开全文
  • 引言可扩展消息传递引擎可插入模块体系结构经改进的部署模型新客户机API可插入数据绑定REST支持Axis2中其他值得注意的改进参考资料讨论ApacheAxis2的各个组成部分,并了解其为何凭借模块化和可扩展特性正逐渐成为下...
  • 本文从组件、交互以及应用程序开发模式的观点描述了 Web服务的体系结构。该体系结构是IBM实例化Web服务方法的蓝图。它是构建和部署Web服务应用程序的框架。本文中提到的体系结构包括对Web服务需要的组件和功能的高级...
  • 软件体系结构web服务器
  • 摘要:“有关管理连接系统的Microsoft体系结构系列文章”力求向业务、解决方案和基础结构架构师介绍一种管理连接系统的整体性和集成性方法,以便获得更好的性能、可追究性和业务结果。作者们提出并开发了一个框架,...
  • 1.Web Service 技术核心  可扩展标记语言(extensible markup languageXML)  简单对象访问协议(simple object accessprotocol SOAP)  Web服务描述语言(web services descriptionlanguage WSDL)  统一描述...
  • 第六章 Web 服务体系结构 ? 6.1 Web 服务概述 ? 6.2 Web 服务体系结构模型 ? 6.3 Web 服务的核心技术 ? 6.4 面向服务的软件体系结构 ? 6.5 Web 服务的应用实例 2020/1/23 wangzhiming@ 1 6.2 Web 服务体系结构模型 ?...
  • Web服务软件体系结构.doc
  • 软件体系结构
  • 简介场景组件设置环境创建数据库在Eclipse中配置Tomcat服务器在Eclipse中创建Web项目ncarUsers从文章下载导入文件实现域对象实现数据访问层实现...学习如何使用多层体系结构构建REST风格的Web服务和动态的Web应用程序...
  • Web服务体系结构

    2007-11-24 10:47:00
    导读: Web服务体系结构最重要的优点之一就是允许在不同平台上使用不同编程语言以一种基于标准的技术开发程序,来与其它应用程序通讯。这样,因特网上的任何分布式系统就有可能被整合到一个用户定制的应用程序中。...
  • 针对这些挑战提出了一种采用事件驱动和QoS控制的新型Web服务器体系结构,并依此开发出命名为Epdds的原型服务器。通过对Epdds服务器的性能分析及与其他Web服务器性能对比,进一步验证了此种Web服务器体系结构的可行性...
  • 现代 Web 应用程序的体系结构
  • Web服务体系结构

    2007-05-22 10:05:30
    纵观计算机和软件领域,我们不难了解为什么会产生Web服务。在因特网上有许多系统和平台,在这些系统和平台上又有更多的应用程序。说得更明白些就是,存在着许多技术,把客户端连接到服务器,这其中包括DCOM、CORBA和...
  • Web服务安全体系结构的研究.pdf

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 172,799
精华内容 69,119
关键字:

web体系结构构成是什么