使用My命名空间简化.NETFramework设计研究报告.ppt

互联系统和互联应用 杨滔 软件开发架构师 开发合作部 微软(中国)有限公司 日程 挑战与机遇 Web Service 互联系统和互联应用 面向服务的架构 通向 Indigo 挑战与机遇孤立的应用难以解决所有的问题 应用孤岛 在不同应用中，很多商业概念是相似的 孤立的应用无法实现商业实体和商业逻辑的重用 孤立的应用在商业流程中设置了人为的边界 一个典型商业过程通常是需要涉及多个应用 不同的商业过程需要不同的商业应用的不同组合 挑战与机遇孤立的应用难以解决所有的问题 （续） 应用通常缺乏灵活性 “Monolithic” 设计 和用户以及IT之间的脱节 孤立的应用在设计时没有考虑到和其他应用的集成 挑战与机遇用户今天所面对的问题 新旧系统的混杂 新系统可能需要利用旧系统 旧系统可能需要利用新系统 异构系统 不同的平台、开发技术、开发商、版本等等 不可避免的需要改变 新的商业机会 新的技术 挑战与机遇互联系统和互联应用的机遇 日程 挑战与机遇 Web Service 互联系统和互联应用 面向服务的架构 通向 Indigo Web Service什么是Web Service? Web Service Web Service 之前的Internet – Thin Clients Web Service 有了Web Service的Internet – Thin Clients Web Service 更多类型的客户端 Web Service 技术上自然的演变 Function ? Component ? Service 服务由消息, 组件和数据组成 服务中，私有数据被完全封装 消息是服务对外交换信息的唯一方式 Web Service如何实现松耦合? 确认客户端和应用必须要共享的信息 共享服务的接口的细节 Agreement Contract 避免共享服务的实现细节 操作系统 应用边界 编程语言 对象模型 数据库技术 Web Service松耦合的优点 松耦合 增加市场的机会 降低集成的费用 允许应用或者客户端独立的改变 可以实现多种客户端 可以实现多种服务 Web service有助于实现松耦合 当是仅仅使用Web service，并不意味着就实现松耦合 Web Service颗粒度 最适合于服务的工作单元是多大？ 必须和商业行为保持一致 考虑到使用服务时不确定的等待时间 考虑到使用服务时对网络带宽的要求 大颗粒度 较少的消息交换 减少契约改变的可能性 增加松耦合 Web Service Web Services 的诞生 XML的出现 通过可扩展性实现灵活性 元数据 – XML Schema XML的中立性 开发商, 平台, 语言, 网络 Internet 用户可以随时随地访问Internet Internet连接任何两个地方 用户对网络的日益熟悉 Web ServiceWeb Service 作为一个不断演化的过程 现存的技术 Distributed object systems COM, CORBA, EJB Remote procedure calls (RPC) Electronic document interchange (EDI) 新的期望 简易的部署 互操作性 基于标准 数据交换 Web Service基本Web Service – SOAP Over a Network XML 协议 在整个通道内强大的消息处理 例如： 复杂的消息路由等等. SOAP 的可扩展性 完全的灵活，可以描述真实的商业流程和实体 传输层中立 HTTP, SMTP, TCP, UDP, MSMQ, … In-process Web Service基于标准的消息传递 Web Service形成了消息传递的整体框架 开放协议对于互操作性是一个关键 核心的标准已经建立 工业界正在努力为完善架构而制定其余的标准 Microsoft is a thought leader 规范由不同的标准化组织确定 W3C, IETF, OASIS Web ServiceWeb Services Architecture (WSA) Web Service WSA的特色 日程 挑战与机遇 Web Service 互联系统和互联应用 面向服务的架构 通向 Indigo 互联系统和互联应用应用和服务的连接 互连应用使用在网络上的各种服务中应用逻辑和数据 互联系统和互联应用互联应用的例子 Peer-to-peer Enterprise Application Integration Business Integration Smart Client Devices Mobile Web services Management Bu