❶ web中的信息资源的基本构成是什么
构成Web
（World Wide Web、万维网）体系结构的五大基本元素是：Web服务器、Web浏览器、浏览器与服务器之间的通信协议HTTP(Hypertext Transfer Protocol 、超文本传输协议)、写Web文档的语言HTML（Hypertext Markup Language、超文本标记语言)、以及用来标识Web上资源的URL（Universal Resource Locator 、统一资源定位器)。
Web系统的组成部分：
页面：超文本文档在用户端显示为页面（Page）
浏览器：页面通过一个称作浏览器（Browser）的程序观看。
超链接：页面内链接到其它页面的文本串叫超链接，一般突出显示。
主页（Homepage）是首页，整个文件的起始点和汇总点。
标识页面的方法是采用统一资源定位器URL (Uniform Resource Locator) 有效地作为页面的世界性名字。也称为网页在Internet上的地址（网址）。如:http：//www.cug.e.cn/welcome.html
Web系统的结构：
Web系统是客户 —— 服务器模式：
Web客户机：客户端的浏览器
Web服务器：多媒体资源存放的主机
中间件：可以调用Web服务器中的数据库和其它应用程序，满足客户的各种应用要求。
Web系统的请求与应答：
客户机使用特定的协议如 HTTP 与服务器建立连接，客户机发送请求服务器接受并执行客户请求的操作，再将结果返回客户。
Web客户-服务器系统的功能:
信息取得,资料和交易的管理以及共享信息。
❷ web服务器的组成
服务器分塔式、机架式和刀片式这三种结构来划分服务器，服务器的外形为什么会有这样的划分呢？主要原因就是具体的应用环境不同，塔式服务器长得跟我们平时用的台式机一样，占用空间比较大，一般是一些小型企业自己使用自己维护；而机架式服务器长得就像卧着的台式机，可以一台一台的放到固定机架上，因此而得名，它可以拿去专业的服务器托管提供商那里进行托管，这样每年只需支付一定的托管费，就免去了自己管理服务器的诸多不便；而刀片服务器是近几年才比较流行的一种服务器架构，它非常薄，可以一片一片的叠放在机柜上，通过群集技术进行协同运算，能够处理大量的任务，特别适合分布式服务，如作为WEB服务器。
看完上面的简单介绍，相信各位对这3种服务器已经有个基本的认识了，下面我们就来一一细说，为大家做更详细的讲解：
什么是塔式服务器：
塔式服务器应该是大家见得最多，也最容易理解的一种服务器结构类型，因为它的外形以及结构都跟我们平时使用的立式PC差不多，当然，由于服务器的主板扩展性较强、插槽也多出一堆，所以个头比普通主板大一些，因此塔式服务器的主机机箱也比标准的ATX机箱要大，一般都会预留足够的内部空间以便日后进行硬盘和电源的冗余扩展。
由于塔式服务器的机箱比较大，服务器的配置也可以很高，冗余扩展更可以很齐备，所以它的应用范围非常广，应该说目前使用率最高的一种服务器就是塔式服务器。我们平时常说的通用服务器一般都是塔式服务器，它可以集多种常见的服务应用于一身，不管是速度应用还是存储应用都可以使用塔式服务器来解决。
就使用对象或者使用级别来说，目前常见的入门级和工作组级服务器基本上都采用这一服务器结构类型，一些部门级应用也会采用，不过由于只有一台主机，即使进行升级扩张也有个限度，所以在一些应用需求较高的企业中，单机服务器就无法满足要求了，需要多机协同工作，而塔式服务器个头太大，独立性太强，协同工作在空间占用和系统管理上都不方便，这也是塔式服务器的局限性。不过，总的来说，这类服务器的功能、性能基本上能满足大部分企业用户的要求，其成本通常也比较低，因此这类服务器还是拥有非常广泛的应用支持。
什么是机架式服务器：
作为为互联网设计的服务器模式，机架服务器是一种外观按照统一标准设计的服务器，配合机柜统一使用。可以说机架式是一种优化结构的塔式服务器，它的设计宗旨主要是为了尽可能减少服务器空间的占用，而减少空间的直接好处就是在机房托管的时候价格会便宜很多。
为什么说机架式服务器是作为为互联网设计的服务器模式？
正如大家所知，很多专业网络设备都是采用机架式的结构（多为扁平式，活像个抽屉），如交换机、路由器、硬件防火墙这些。这些设备之所以有这样一种结构类型，是因为他们都按国际机柜标准进行设计，这样大家的平面尺寸就基本统一，可把一起安装在一个大型的立式标准机柜中。这样做的好处非常明显：一方面可以使设备占用最小的空间，另一方面则便于与其它网络设备的连接和管理，同时机房内也会显得整洁、美观。
机架服务器的宽度为19英寸，高度以U为单位（1U=1.75英寸=44.45毫米），通常有1U，2U，3U，4U，5U，7U几种标准的服务器。机柜的尺寸也是采用通用的工业标准，通常从22U到42U不等；机柜内按U的高度有可拆卸的滑动拖架，用户可以根据自己服务器的标高灵活调节高度，以存放服务器、集线器、磁盘阵列柜等网络设备。服务器摆放好后，它的所有I/O线全部从机柜的后方引出（机架服务器的所有接口也在后方），统一安置在机柜的线槽中，一般贴有标号，便于管理。
现在很多互联网的网站服务器其实都是由专业机构统一托管的，网站的经营者其实只是维护网站页面，硬件和网络连接则交给托管机构负责，因此，托管机构会根据受管服务器的高度来收取费用，1U的服务器在托管时收取的费用比2U的要便宜很多，这就是为什么这种结构的服务器现在会广泛应用于互联网事业。
还有一点要说的是机架式服务器因为空间比塔式服务器大大缩小，所以这类服务器在扩展性和散热问题上受到一定的限制，配件也要经过一定的筛选，一般都无法实现太完整的设备扩张，所以单机性能就比较有限，应用范围也比较有限，只能专注于某一方面的应用，如远程存储和Web服务的提供等，但由于很多配件不能采用塔式服务器的那种普通型号，而自身又有空间小的优势，所以机架式服务器一般会比同等配置的塔式服务器贵上20－30％。至于空间小而带来的扩展性问题，也不是完全没有办法解决，由于采用机柜安装的方式，因此多添加一个主机在机柜上是件很容易的事，然后再通过服务器群集技术就可以实现处理能力的增强，如果是采用外接扩展柜的方式也能实现大规模扩展，不过由于机架式服务器单机的性能有限，所以扩展之后也是单方面的能力得到增倍，所以这类服务器只是在某一种应用种比较出色，大家就把它划为功能服务器，这种服务器针对性较强，一般无法移做它用。
什么是刀片服务器？
对于企业和网络信息提供商来说，无限增长的数据必须集中存储和处理，于是未来的网络发展呈现出集中计算的趋势。集中管理模式与现有的分散管理模式，对服务器提出了新的要求：节约空间、便于集中管理、易于扩展和提供不间断的服务，成为对下一代服务器的新要求。
作为网络重要组成部分的服务器来说，性能已不仅仅是评价服务器的唯一指标了，用户更关心的是符合自己实际需要的产品。目前服务器集群已经在市场上得以广泛应用，而新一代机架式服务器也开始进入市场，为用户提供了更多的选择。但是随着网络向更深层面发展，下一代服务器将会是BladeServer（刀片服务器）。
刀片服务器是一种HAHD（HighAvailabilityHighDensity，高可用高密度）的低成本服务器平台，是专门为特殊应用行业和高密度计算机环境设计的。其中每一块"刀片"实际上就是一块系统主板。它们可以通过本地硬盘启动自己的操作系统，如WindowsNT/2000、Linux、Solaris等等，类似于一个个独立的服务器。在这种模式下，每一个主板运行自己的系统，服务于指定的不同用户群，相互之间没有关联。不过可以用系统软件将这些主板集合成一个服务器集群。在集群模式下，所有的主板可以连接起来提供高速的网络环境，可以共享资源，为相同的用户群服务。在集群中插入新的"刀片"，就可以提高整体性能。而由于每块"刀片"都是热插拔的，所以，系统可以轻松地进行替换，并且将维护时间减少到最小。值得一提的是，系统配置可以通过一套智能KVM和9个或10个带硬盘的CPU板来实现。CPU可以配置成为不同的子系统。一个机架中的服务器可以通过新型的智能KVM转换板共享一套光驱、软驱、键盘、显示器和鼠标，以访问多台服务器，从而便于进行升级、维护和访问服务器上的文件。
克服服务器集群的缺点
作为一种实现负载均衡的技术，服务器集群可以有效地提高服务的稳定性和/或核心网络服务的性能，还可以提供冗余和容错功能。理论上，服务器集群可以扩展到无限数量的服务器。无疑，服务器集群和RAID镜像技术的诞生为计算机和数据池的Internet应用提供了一个新的解决方案，其成本远远低于传统的高端专用服务器。
但是，服务器集群的集成能力低，管理这样的集群使很多IDC都非常头疼。尤其是集群扩展的需求越来越大，维护这些服务器的工作量简直不可想象，包括服务器之间的内部连接和摆放空间的要求。这些物理因素都限制了集群的扩展。“高密度服务器”－－BladeServer的出现适时地解决了这样的问题。高密度服务器内置了监视器和管理工具软件，可以几十个甚至上百个地堆放在一起。配置一台高密度服务器就可以解决一台到一百台服务器的管理问题。如果需要增加或者删除集群中的服务器，只要插入或拔出一个CPU板即可。就这个意义上来说，BladeServer从根本上克服了服务器集群的缺点。
❸ .Web服务的原理是什么，描述一下Web服务的基本架构和主要技术。
提供一种统一的、面向组件的编程模型。
Web Service的体系结构描述了三个角色（服务提供者、服务请求者、服务代理者）以及三个操作（发布、查找、绑定）。
Web主要技术特征：在传输层和网络层采用TCP/IP协议，缺省断口的80；在应用层采用HTTP协议，使用HTML文档实现信息交互；基本上运行在C/S模式下。
❹ 什么是web五层结构
就是B/W/C/D/C结构
B: Browser; W: Web Server; C: CRUBA Server; D: Database; C: Client
传统的Web数据库B/W/D结构也逐渐暴露出了许多不足：
（1）由于浏览器只是为了进行Web浏览而设计的，当其应用于Web应用系统时，许多功能不能实现或实现起来比较困难。比如：通过浏览器进行大量的数据的录入，或进行报表答应都是非常困难和不便的。
（2）复杂应用构造困难。虽然可以用ActiveX，Java等技术开发较为复杂的应用，但是相对于发展已经非常成熟C/S的一系列应用工具来说，这些技术的开发复杂，并没有完全成熟的技术供使用。
（3）Web Server成为Database的唯一的客户端，所有对数据库的连接都通过该服务器实现，Web服务器同时要处理与客户请求及数据库服务器的连接，当访问量大时，Server负载过重。
2.1 Web数据库的五层体系结构
正是由于B/W/D结构自身具有的这些弱点，为了改善其不足，在其基础上，提出了一新的结构体系—— B/W/C/D/C结构
五层体系结构有如下优点：
（1）充分发挥了B/S结构与C/S结构系统的优势，扬长避短。充分考虑用户利益，保证浏览查询者操作方便的同时也使得系统的更新简单，维护简单灵活，易于操作。
（2）信息发布端采用B/S结构，保持了瘦客户端的优点。装入客户机的软件可以采用统一的WWW浏览器。而且由于WWW浏览器和网络综合服务器都基于工业标准，可以在所有平台上工作。客户机或服务器的操作系统也可以完全统一，客户端存在的各种问题迎刃而解。
（3）数据库端采用C/S结构，通过ODBC/JDBC进行连接。这一部分的功能只涉及到系统维护，数据更新等，客户端很少，不存在完全采用C/S结构带来的客户端维护工作量大等缺点。并且，在客户端上可以构造非常复杂的应用，界面友好灵活，易于操作，能解决许多B/S存在的固有的缺点。
（4）许多原有的基于C/S结构的系统可以非常容易地升级到五层体系结构，只需要开发用于发布的WWW界面，可以保留原有的C/S结构的某些子系统，充分地利用现有资源。使得现有系统或资源无需进行大的改造即可以连接使用，保护了用户以往的投资。
（5）由于应用了CORBA服务器，对数据库的访问提供了一个统一的接口，使CORBA服务器具有共享性，形成了模块性更强的结构，更易扩充，升级。
❺ 什么是Web应用系统 Web应用系统有哪些 Web应用系统结构 其特点及应用场景 相关技术
Web技术的发展，使得管理系统的开发更方便、功能更强大，在此系统的开发过程中，Web技术起了一个骨架式的支持作用；与此同时组件技术的发展为系统的开放性、集成性提供了便利，有效合理地引入组件技术是当前Web系统开发与发展的一个方向；通过对系统的开发进行建模，形象直观的图形化表示，可以显示系统的流程与功能。选择有效的建模方法，充分利用Web技术与组件技术，提高软件的开发效率，提高的软件的可靠性和可维护性，是每个软件开发人员所关心的问题。UML(UnifiedModelingLanguage)是基于对象技术的标准建模语言，定义良好、易于表达、功能强大的特点使它在面向对象的分析与设计中更具优势。在基于Web技术和组件技术的系统建模中，它完善的组件建模思想和可视化建模的优势更利于系统开发人员理解程序流程和功能，进一步提高Web系统的开发效率以及Web组件的可重用性和可修复性。本文将结合我们自主开发的活塞PDM系统中的项目审批流程的建模，介绍UML在基于WEB技术和组件技术的系统建模中的应用。2、基于Web的应用系统结构对于基于Web技术的应用系统，用户直接面对的是客户端浏览器，用户在使用系统时，请求之后的事务逻辑处理和数据的逻辑运算由服务器与数据库系统共同完成，对用户而言是完全透明的。运算后得到的结果再通过浏览器的方式返回给用户。这个过程可分成一些子步骤，每一个子步骤的完成可理解为通过一个单独的应用服务器来处理，这些应用服务器在最终得到用户所需的结论之前，相互之间还会进行一定的数据交流和传递。ERP（EnterpriseResourcePlanning企业资源计划）是一种企业管理的思想，强调对企业的内部甚至外部的资源进行优化配置、提高利用效率。
一个由GartnerGroup开发的概念，描述下一代制造商业系统和制造资源计划（MRPII）软件。它将包含客户/服务架构，使用图形用户接口，应用开放系统制作。除了已有的标准功能，它还包括其它特性，如品质、过程运作管理、以及调整报告等。特别是，ERP采用的基础技术将同时给用户软件和硬件两方面的独立性从而更加容易升级。ERP的关键在于所有用户能够裁剪其应用，因而具有天然的易用性。
GartnerGroup提出ERP具备的功能标准应包括四个方面:
1.超越MRPⅡ范围的集成功能
包括质量管理;试验室管理;流程作业管理;配方管理;产品数据管理;维护管理;管制报告和仓库管理。
2.支持混合方式的制造环境
包括既可支持离散又可支持流程的制造环境;按照面向对象的业务模型组合业务过程的能力和国际范围内的应用。
3.支持能动的监控能力,提高业务绩效
包括在整个企业内采用控制和工程方法;模拟功能;决策支持和用于生产及分析的图形能力。
4.支持开放的客户机/服务器计算环境
包括客户机/服务器体系结构;图形用户界面(GUI);计算机辅助设计工程(CASE),面向对象技术;使用SQL对关系数据库查询;内部集成的工程系统、商业系统、数据采集和外部集成(EDI)。
ERP是对MRPⅡ的超越,从本质上看,ERP仍然是以MRPⅡ为核心,但在功能和技术上却超越了传统的MRPⅡ,它是以顾客驱动的、基于时间的、面向整个供应链管理的企业资源计划。CRM（）就是客户关系管理。从字义上看，是指企业用CRM来管理与客户之间的关系。CRM是选择和管理有价值客户及其关系的一种商业策略，CRM要求以客户为中心的商业哲学和企业文化来支持有效的市场营销、销售与服务流程。如果企业拥有正确的领导、策略和企业文化，CRM应用将为企业实现有效的客户关系管理。
CRM的概念由美国Gartner集团率先提出。我们认为，CRM是辨识、获取、保持和增加“可获利客户”的理论、实践和技术手段的总称。它既是一种国际领先的、以“客户价值”为中心的企业管理理论、商业策略和企业运作实践，也是一种以信息技术为手段、有效提高企业收益、客户满意度、雇员生产力的管理软件。
CRM是一个获取、保持和增加可获利客户的方法和过程，也是企业利用IT技术和互联网技术实现对客户的整合营销，是以客户为核心的企业营销的技术实现和管理的实现。
CRM是一种技术手段，它的根本目的是通过不断改善客户关系、互动方式、资源调配、业务流程和自动化程度等，达到降低运营成本、提高企业销售收入、客户满意度和员工生产力。企业以追求最大赢利为最终目的，进行好客户关系管理是达到上述目的的手段，从这角度可以不加掩饰的说，CRM的应用是立足企业利益的，同时方便了客户，让客户满意。
在市场营销和企业管理中，CRM将首当其冲地应用于各企业的销售组织和服务组织，为您带来长久增值和竞争力。
❻ 架构Web Service:什么是Web服务
松散耦合，这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的，对于调用者来说，只要Web服务的调用界面不变，Web服务的实现任何变更对他们来说都是透明的，甚至是当Web服务的实现平台从J2EE迁移到了.NET或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言，尤其是在Internet环境下的Web服务而言，需要有一种适合Internet环境的消息交换协议
。而XML/SOAP正是目前最为适合的消息交换协议。
使用协约的规范性，这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。首先，作为Web服务，对象界面所提供的功能应当使用标准的描述语言来描述(比如WSDL)；其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web服务的聚合、跨Web服务的事务、工作流等，而这些又都需要服务质量(QoS)的保障。其次，我们知道安全机制对于松散耦合的对象环境的重要性，因此我们需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的，因此需要对管理协约运用同样的机制。
使用标准协议规范，作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。一般而言，绝大多数规范将最终有W3C或OASIS作为最终版本的发布方和维护方。
高度可集成能力。由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。
Web Service "Stack"在前一节中，我们已经了解到为了完成在松散耦合的环境下的对象访问，以及在基本对象访问之上的诸如事务、工作流、安全机制等。实现一个完整的Web服务体系需要有一系列的协议规范来支撑。
其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准：IP、HTTP、SMTP等。而蓝色部分是目前开发的Web服务的相关标准协议，包括服务调用协议SOAP、服务描述协议WSDL和服务发现/集成协议UDDI，以及服务工作流描述语言WSFL。而橙色部分描述的是更高层的待开发的关于路由、可靠性以及事务等方面的协议。黄色部分是各个协议层的公用机制，这些机制一般由外部的正交机制来完成。
首先，这些协议本身都是简单的，无论是HTTP, FTP等传统的TCP/IP系统的网络协议，还是SOAP, WSDL, UDDI, WSFL等基于XML的协议，他们设计原则中的一个最重要点就是力求简单性。相信大家如果对XML、SOAP等有深入了解的话，一定会深深体会这一点。
其次，一个可以使用的Web服务应当按照需要选用若干层次的功能，而无需所有的特性。比如在目前状况下，一个简单应用可能只要使用WSDL/SOAP就可以架构一个符合规范的Web服务了。
最后，所有的机制完全是基于现有的技术，并没有创造一个完全的新体系。无论是IPv4、HTTP、FTP这些现有的网络协议，还是SOAP、WSDL等这些基于XML而定义的协议都是遵循着一个原则：继承原有的被广泛接受的技术，这样才能使得Web服务被广泛接受。
Web服务的类别综合当今的Web应用以及Web服务的特点，我们认为Web服务实施的领域可以分为四类：Business-Oriented Web Service: 该类服务针对的是那些面向企业应用服务，包括企业内部的ERP系统，企业间的SCM/CRM等系统。当这些系统以Web服务的形式在网络(Internet和intranet)中出现时，企业内的应用集成将更未容易，而在企业间的众多合作伙伴的系统对接也将不再是无法完成的任务。目前现有的解决方案和产品的提供商有Bowstreet、Epicentric等。
Consumer-Oriented Web Service: 此类服务针对的是那些原先的B2C的网站的改造，为这些Browser-Oriented的Web应用增加(注意是增加)了Web服务的应用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能够利用更优秀的用户界面提供跨越多个B2C服务的桌面服务。这将使得用户使用Internet更为方便，能够获得更加便捷的服务。比如我们完全就可以在个人理财桌面系统中集成(调用)Internet上的股票价格查询Web服务、机票预定Web服务等，使得个人理财应用的自动化程度更高。
Device-Oriented Web Service: 此类服务的使用终端一般是手持设备和日用家电，对于前者而言，可以在不用修改网络服务的体系架构的前提下，令先前的网络服务支持除PC以外的各种终端，比如Palm、PocketPC、手机等。如此，那些天气预报服务、Email服务、主动信息服务等将更为有效和便捷。而后者对于日用家电，则可能是一个市场的启动期，有了Web服务作为基础框架，智能型的日用家电将真正获得标准的支持，从而有了广泛使用的可能。
System-Oriented Web Service: 一些传统意义上的系统服务，比如用户权限认证，系统监控等，如果被迁移到全球范围的Internet上，或者企业内部的intranet上，其作用范围将从单个系统或局部网络拓展到整个企业网络或整个Internet。如此，基于同一系统服务的不同应用将得以在整个Internet环境中部署，譬如跨国企业的所有在线服务可以使用同一个用户权限认证Web服务。
Web服务: 当今的技术最亮点以上这幅图是Gartner Group在研究了所有IT主流时尚技术的发展道路后，作出的抽象模型。Y轴表明技术的受关注程度，而X轴则表示技术的应用的成熟度。每一项技术在从出现到成熟的整个过程都将沿着图中的曲线前进，而且典型地，都将被划分为五个阶段：技术显现：一门技术被发明或定义之后，开始进入公众的视野；
不断膨胀的期望期：由于该项技术的划时代的突破，使人们对这项技术有着无比美好的想象和期望，这一阶段类似"网络的泡沫器"；
希望破灭之后的醒悟期：由于每项技术都不是万能的，真正获得使用仍然需要务实的加以应用研究，因此此时人们发现这项技术似乎并没有期望中那么有用，这一阶段类似"网络的泡沫破灭"；
豁然开朗的应用发展期：经过了一个阶段的开发和研究，该项技术终于走上了良性发展的轨道，越来越多的人接受并使用了该项技术；
大量的工业化生产期：该项技术成为业界主流，大量应用在具体的环境中。
❼ 构成Web有几大要素
构成web的要素有：文字、图片、多媒体以及底层代码。
文字与图片是构成一个网页的两个最基本的元素。你可以简单的理解为：文字，就是网页的内容，图片，就是网页的美观。除此之外，网页的元素还包括动画、音乐、程序等等。
在网页上点击鼠标右键，选择菜单中的 “ 查看源文件 ” ，就可以通过记事本看到网页的实际内容。可以看到，网页实际上只是一个纯文本文件，它通过各式各样的标记对页面上的文字、图片、表格、声音等元素进行描述（例如字体、颜色、大小），而浏览器则对这些标记进行解释并生成页面，于是就得到你现在所看到的画面。 为什么在源文件看不到任何图片？ 网页文件中存放的只是图片的链接位置，而图片文件与网页文件是互相独立存放的，甚至可以不在同一台计算机上。
❽ Web Service
Web Service 技术是原来的组件技术思想在 Internet 时代中的进一步发展，更准确地说，Web Service 是封装成单个实体发布到网络上，并提供 API 以提供其他程序使用的功能集合，是在 Internet 上进行分布式计算的基本构造块，是可用 URL 定位服务资源。简言之，Web Service 是可远程调用的应用程序组件。Web Service 的本质目的是提供一个与操作系统、程序设计语言、机器类型、运行环境均无关的平台，实现 Internet 中应用程序的共享。Web Service 基于一系列的标准协议，其协议构架如图 4.4 示。
图 4.4 Web Service 协议架构
统一描述、发现与集成协议 UDDI(UniversalDescription，Discovery and Integration )用 于 构 建Web Service 的服务注册中心，实现服务发现功能。Web 服务描述语言 WSDL(Web Service DescriptionLanguage)驻 留 在 服务 容 器 中， 定义 了 一 种提供Web 服务 描述 的 标 准化 方 式。简 单 对 象 访 问协议SOAP(Simple Object Access Protocol)提供传输数据的标准方式，充当在服务提供方和服务请求方之间激活服务的消息交换服务。可扩展标记语言 XML(Extensible Markup Language)是 Internet 上数据交换的标准，在 Web Service 中实现信息表达，用于 SOAP，WSDL 和 UDDI。超文本传输协议 HTTP(Hyper Text Transfer Protol)是 Web Service 最流行的传输协议。Web Service 体系结构是一种面向服务的结构，典型的Web Service 组件架构如图 4.5 示。
Web Service 体系结构主要由服务请求者、服务注册中心和服务提供者三部分组成。其实现过程包括服务发布与注册、服务查询与发现、服务绑定与调用三个过程。服务请求者指查询、调用服务的客户端程序; 服务提供者即服务的所有者和部署服务的平台; 服务注册中心指用来存储服务信息的信息库，服务提供者在这里发布、注册服务、而服务请求者在这里查询、绑定服务，最终实现调用服务提供者的服务。
图 4.5 Web Service 组件架构
Web Service 有两大核心优势，即分布性和互操作性。在 Web Service 架构下，服务提供者和服务请求者都可以是分布式的，一个服务请求者可以远程调用多个服务提供者的服务，服务提供者也可以同时为多个服务请求者提供服务，这为服务共享提供了一个最佳的方式。
互操作性也是服务共享的关键问题。Web Service 的信息表达基于标准通用的 XML 语言，在 XML 语言的基础上，使用 WSDL 和 UDDI 实现服务注册与发现，使用 SOAP 实现服务调用。基于这些标准的协议，Web Service 实现了服务的跨平台、跨语言的共享。XML、SOAP、WSDL 和 UDDI 是用于构建和使用 Web Service 的核心标准和技术。以下将分别介绍这四种标准和技术。
4.2.2.1 XML
XML 是一种数据描述语言，为 Internet 上数据交换的标准。XML 定义了应用系统间传递数据的结构，而且这种结构的描述不是基于二进制的、只能由程序去判读的代码，而是一种简单的、能够用通用编辑器读取的文本。XML 的基本概念包括元素、属性、DTD，Schema 和命名空间等。元素是 XML 文档内容的基本单元。语法上而言，一个元素包括一个起始标记、结束标记以及标记之间的数据内容。形式上为: < tag > 数据内容 < tag > 。元素内容可以为其他的元素或未处理文本或两者的混合，还可以是空的。元素的嵌套使得文档的层次结构很容易表示。一个元素可以有多个属性。属性是一个名称数据对，表示为字符串。用户可以根据需要自己定义。一个元素不能有同名的两个属性。
XML 的精髓是允许文档编写者制定基于信息描述、体现数据间逻辑关系的自定义标记。如果不对文档标记作明确定义，而是任意地使用它们，则生成的文档是无法识别的。DTD 是对文档结构的一个清晰描述，定义了特定文档中允许出现的元素类型、属性和实体，给出了文档的整体结构和语法。XML Schema 是定义 XML 的数据定义文件。XMLSchema 也规定了一套特定文档的结构，这是与 DTD 的相同之处。与 DTD 相比，最大的不同在于它本身也是 XML 文档。此外还有以下的不同: XML Schema 可以用 XML 解析器来解析; 允许使用全局性元素(在整个 XML 文档中用相同的方式使用元素)和局部元素(特定的上下文中元素有不同的含义); 提供丰富的数据类型(整型、布尔型、日期类型等)，且元素的数据类型可以自定义。
XML 命名空间是一组可以用作 XML 文档的元素或属性名称的名称集，就是将元素或属性的名称归类。因为 XML 的开放性，允许任何人创建属于他们自己的元素或属性名称，这样就不可避免地出现不同的人或组织定义的元素名称或属性名称重复，使得相同的名称表达不同的语义。为了避免元素之间出现相同名称的冲突，命名空间限定这些元素或属性名称在命名空间内是唯一的。一般命名空间由这些统一资源标识符 URI(Universal Resource Identifier)来识别。URI 在 Internet 上是全球唯一的，用 URI 来限定 XML 元素名称或属性名称也就确保是全球唯一的。XML 主要具有四大优势:
(1)XML 用文本格式表示数据，方便在 Internet 上的传输。这一点使 XML 数据可以方便地利用现有的 Internet 上基于文本的各种传输协议(如 HTTP)进行传输，可以安全的穿越防火墙。
(2)XML 是可扩展的。XML 是一个元语言(MetaLanguage)，它使用了标准化的方法定义其他语言。它只是为结构文档提供了一个数据格式，而没有深入该数据本身，定义它的词汇列表。这使自定义标记语言成为可能，每个行业，每个部门，甚至每个人都可以定义自己的标记语言。
(3)XML 可以对信息进行很好的层次描述。它基于信息内容的描述，对信息的表达清晰。
(4)XML 可以进行数据完整性的自动检验。XML DTD 和 Schema 机制使得 XML 解析器可以检验 XML 文档是否与 DTD 或 Schema 相配。
4.2.2.2 SOAP
SOAP 通过定义一个关于远程组件如何请求信息和如何递交信息的标准，实现 Internet中不同应用之间的集成和交互。SOAP 是一个基于 HTTP 和 XML 的请求、响应 RPC 协议。SOAP 把 XML 使用代码化为请求和响应参数编码模式，并用 HTTP 传输。SOAP 本身没有定义任何应用程序语义，如编程模型或特定语义的实现，实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制，定义了一个简单的表示应用程序语义的机制。这使得 SOAP 能够被用于从消息系统到 RPC(远程进程调用)的各种应用中。
SOAP 规范主要由信封(Envelop)、编码规则(Encoding Rules)和 RPC 表示(RPC Representation)三部分组成。①SOAP 信封构造定义了一个整体的 SOAP 消息表示框架，可以用于表示消息中的内容是什么，是谁发送的，谁接受并处理它，以及这些处理操作是可选的还是必需的等。②SOAP 编码规则定义了一个数据的编码机制，通过这样一个编码机制来定义应用程序中需要使用的数据类型，并可用于交换由这些应用程序定义的数据类型所衍生的实例。③SOAP RPC 表示定义了一个用于表示远程过程调用和响应的约定，例如，如何使用 HTTP 或 SMTP 协议于 SOAP 绑定，如何传输过程调用，在具体传输协议的哪个部分传输过程响应，如可以在 HTTP 的响应的时候传递过程响应。这三部分在功能上是彼此独立的。特别的，信封和编码规则是被定义在不同的 XML 命名空间中，这样有利于通过模块化获得定义和实现的简明性。
SOAP 消息是 SOAP 应用中的主体要素。SOAP 为在一个松散的、分布的环境中使用XML 对等地交换结构化地和类型化的消息提供了一个简单的轻量级机制。SOAP 消息的描述框架格式是以 SOAP 信封为根元素，内含 SOAP Header 和 SOAP Body 子元素的一个XML 文档。所有的 SOAP 消息都是使用 XML 格式来编码的。SOAP 消息必须不包含 DTD与 PI(Processing Instructions)。除 SOAP must understand attribute 和 SOAP actor attribute外，一般允许属性及属性值自由地选择是在 XML 实例中描述还是在 XML Schema 中描述。SOAP 是一种基于 XML 的轻量级消息交换协议，它是建立在现有行业标准之上的，所以在支持这些标准的平台上运行的应用程序可以通过 SOAP 消息与其他平台上运行的应用程序有效地进行通信，而且能够穿越防火墙，因而得到了业界的广泛支持。
4.2.2.3 WSDL
Web 服务描述语言 WSDL(Web Services Description Language)是基于 XML 模式的规范，用于将 Web 服务描述为操作集，并将数据输入/输出参数描述为消息。WSDL 还定义使用绑定机制将任何传输协议、数据格式或结构附加到抽象消息、操作或终端的通信模型。
WSDL 将 Web 服务描述为一组服务访问点，或称为一组 “端口”，客户端可以通过这些端口对包含面向文档信息或面向过程调用的服务进行访问。一个端口定义了一个 “服务”项目的提供地点。一个服务可以有多个提供地点，但只能对一组事先定义好的 “信息”做出响应。“信息”是对通信数据的描述，每条信息由一组数据组成，这些数据必须定义为收、发双方都能识别的 “类型”。端口和信息结合在一起代表了一组 “操作”，并定义了这个服务访问点的 “端口类型”。把一种协议和一种数据格式关联在一起就定义出了一种可重复使用的 “绑定”。把一个网址和一个绑定关联在一起就定义了一个端口，相关的具体部署的端点通过组合就成为抽象的 Web 服务。综上所述，WSDL 文档的根元素是 definitions 元素，该元素又包含 6 个子元素:
(1)Types: 包含可由服务器收发的消息的架构定义。最常见的表示架构的方法是使用 XML 架构;
(2)Message: 充当一个将架构中的消息与消息的定义关联起来的交叉引用。简单地说，就是定义通信中的数据，包括数据输入和输出。
(3)PortType: 定义一组 Web 服务可公开的接口。一个接口与一个或多个消息关联。
(4)Operation: 它是对服务端所实现功能的抽象定义。
(5)Binding: 将 PortType 定义与某个特定的协议关联。
(6)Service: 定义 Web 服务公开的相关端点(端口)的集合。
4.2.2.4 UDDI
统一描述、发现和集成协议 UDDI(Universal Description，Discovery and Integration)是一套基于 Web 的、分布式的、为 Web 服务提供信息注册中心的实现标准规范，同时也包含一组使不同的人或组织能将自身提供的 Web 服务注册以使得他人或其组织能够发现的访问协议的实现标准。UDDI 注册的工作流程如图 4.6。
UDDI 注册中心是 Web 服务注册、用户集中管理的地方，通过它可以发布、查询、调用 Web Service，也可以查询特定服务的描述信息，并动态绑定到该服务上。UDDI 注册中心同时还提供服务结点管理、用户管理、权限管理、计费管理等功能。服务提供者提供服务需要到 UDDI 注册中心进行服务的注册、登记，这样用户就可以通过 UDDI 注册中心获取所需要服务的基本信息与技术细节信息，再通过对服务的绑定得到服务和产品。
图 4.6 UDDI 注册工作流程
❾ 如何读懂Web服务的系统架构图
大数据数量庞大，格式多样化。大量数据由家庭、制造工厂和办公场所的各种设备、互联网事务交易、社交网络的活动、自动化传感器、移动设备以及科研仪器等生成。它的爆炸式增长已超出了传统IT基础架构的处理能力，给企业和社会带来严峻的数据管理问题。因此必须开发新的数据架构，围绕“数据收集、数据管理、数据分析、知识形成、智慧行动”的全过程，开发使用这些数据，释放出更多数据的隐藏价值。
一、大数据建设思路
1）数据的获得
四、总结
基于分布式技术构建的大数据平台能够有效降低数据存储成本，提升数据分析处理效率，并具备海量数据、高并发场景的支撑能力，可大幅缩短数据查询响应时间，满足企业各上层应用的数据需求。
❿ 简述web技术的结构
它是超级文本的简称。 二、超媒体（hypermedia） 超媒体是超文本（hypertext）和多媒体在信息浏览环境下的结合。它是超级媒体的简称。用户不仅能从一个文本跳到另一个文本，而且可以激活一段声音，显示一个图形，甚至可以播放一段动画。 Internet采用超文本和超媒体的信息组织方式，将信息的链接扩展到整个Internet上。Web就是一种超文本信息系统，Web的一个主要的概念就是超文本连接，它使得文本不再象一本书一样是固定的线性的。而是可以从一个位置跳到另外的位置。可以从中获取更多的信息。可以转到别的主题上。想要了解某一个主题的内容只要在这个主题上点一下，就可以跳转到包含这一主题的文档上。正是这种多连接性把它称为Web。 三、超文本传输协议（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两种。 （一）、基于通用网关接口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应用。 （二）、基于服务器扩展的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服务器和操作系统上。 （三）、基于JDBC的Web数据库技术 Java的推出，使WWW页面有了活力和动感。Internet用户可以从WWW服务器上下载Java小程序到本地浏览器运行。这些下载的小程序就像本地程序一样，可独立地访问本地和其他服务器资源。而最初的Java语言并没有数据库访问的功能，随着应用的深入，要求Java提供数据库访问功能的呼声越来越高。为了防止出现对Java在数据库访问方面各不相同的扩展，JavaSoft公司指定了JDBC，作为Java语言的数据库访问API。 采用JDBC技术，在JavaApplet中访问数据库的优点在于：直接访问数据库，不再需要Web数据库的介入，从而避开了CGI方法的一些局限性；用户访问控制可以由数据库服务器本地的安全机制来解决，提高了安全性；JDBC是支持基本SQL功能的一个通用低层的应用程序接口，在不同的数据库功能的层次上提供了一个统一的用户界面，为跨平台跨数据库系统进行直接的Web访问提供了方案。从而克服了API方法一些缺陷；同时，可以方便地实现与用户地交互，提供丰富的图形功能和声音、视频等多媒体信息功能。 JDBC是用于执行SQL语句的Java应用程序接口API，由Java语言编写的类和接口组成。Java是一种面向对象、多线程与平台无关的编程语言，具有极强的可移植性、安全性和强健性。JDBC是一种规范，能为开发者提供标准的数据库访问类和接口，能够方便地向任何关系数据库发送SQL语句，同时JDBC是一个支持基本SQL功能的低层应用程序接口，但实际上也支持高层的数据库访问工具及API。所有这些工作都建立在X/Open SQL CLI基础上。JDBC的主要任务是定义一个自然的Java接口来与X/OpenCLI中定义的抽象层和概念连接。JDBC的两种主要接口分别面向应用程序的开发人员的JDBC API和面向驱动程序低层的JDBC DriverAPI。JDBC完成的工作是：建立与数据库的连接；发送SQL语句；返回数据结果给Web浏览器。