web服务器和ftp服务器有什么区别

什么是Web服务

本文是架构Web服务的系列文章的第二篇，从Web服务的技术定义开始，来探讨什么是Web服务。首先，作者从技术角度详细分析了Web服务作为Internet环境下的软件组件的基本角色，从这个基本角色开始，详细介绍了这个组件对象的包装规范Web Service "stack"，并对Web服务的应用做了分类，最后借助Garnter Group的材料考察了Web服务的当前发展状况。
在本系列的上一篇文章中，我就为什么需要Web服务，从商业利益需求的角度进行了分析。本文将结合技术驱动的发展需求，详细介绍从技术上来看，到底什么是Web服务，以及Web服务的应用分类。就技术角度而言，无论从哪个角度来看，Web服务都是对象/组件技术在Internet中的延伸。
本文所引用的资源主要包括两类，一类是Web服务的技术资源网站，包含了大量Web服务的技术信息，另一类是Web服务“stack"系列技术规范，他们是一个整体的技术体系，包括UDDI、SOAP、WSDL、XML等。本文的最后给出了这些资源的链接，有兴趣的读者可以通过这些 资源链接找到所需的内容。
Web对象
从外部的使用者的角度而言，Web服务是一种部署在Web上的对象/组件，它具备以下特征：
完好的封装性，Web服务既然是一种部署在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服务体系需要有一系列的协议规范来支撑。
Figure 1 Web Service "stack"
其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准：IP、>网站服务器 文件服务器 邮件服务器 主要是在服务器上搭建 管理网站 控制流量和访问限制等 管理文件 上传 下载 备份等 管理邮件 收发限制等 建议初学 并不是要实际应用的 可是用server 2008搭建一下 自己做做 了解一下 主要是图形化界面方便理解

---