SOA应用的若干问题及发展趋势.ppt

一些难点问题 “需求固化”的问题：需求多变是软件的固有问题，针对“固化”的需求定义打造“固态”的应用系统的方式已不适合发展，应用系统与应用需求应当解耦。 “过于技术化”的问题：如何利用解空间的知识、思考模式和构件来求解问题域中的问题是当前所谓IT专家的主要工作，构造系统的复用程度、效率、成本和可扩展能力等指标必然会受到制约 “重复建设”的问题：基层数据共享不够、共性服务重复利用不足等问题相当普遍 “平台依赖“的问题：应用与特定平台和环境、共性服务和专用功能服务之间应当解耦 服务、Web服务 Web Service技术 SOA中的一些核心问题 没有借技术引进的机会强制规范和标准的贯彻 未与业务流程梳理及资源优化利用紧密关联 基于服务构造系统≠SOA架构，可扩展能力弱 盲目购买昂贵的平台软件 有些应用类型不宜引入Web Services 应用架构、技术架构和基础设施规划不到位 对技术细节把握不够，带来实施上的困难，举例： 建造分布式应用系统需要新型的信息交换平台，建立“信息资源中心” 物理集中方式的“信息资源中心”并不成功 需要建立逻辑上一体、物理上自治的“虚拟的信息资源中心” 应用举例：全国科技信息资源整合 * SOA应用的若干问题及发展趋势 韩燕波 网格与服务计算研究中心 中科院计算技术研究所 yhan@ 2007.07 一、应用整合问题及发展趋势 解偶趋势 业务与技术的松耦合 应用与平台的松耦合 软件与硬件的松耦合 管理与使用的松耦合 SOA架构有助于解偶 开放技术标准（XML, SOAP, WSDL,BPEL等）起重要作用 SOA形成新的思路和应用构造方法，给软件构造方法的改进带来新的机遇 大众用户的参与程度反映技术的成熟度，编程大众化是必然趋势 建立业务级抽象和开发业务构件已成为共识。业务构件有面向领域的特征，应易于被业务人员理解、直接使用或组合，易于被重用、拷贝 让业务人员按问题域的知识及问题求解手段解决问题，可改善系统的复用程度、效率、可扩展能力和成本等指标 业务化趋势 一体化趋势 逻辑一体，物理自治的工作模式得到广泛流行 物理层 虚拟层 封装 注册 映射 访问控制 元数据 集成引擎 有效层：广泛共享和综合利用 二、SOA关键技术 函数 对象 构件 服务 从外向内看。。。 服务的3要素： Contract, Content, Context 可自描述、可被他人发现和利用的组件 服务 1. 从资源制造和使用者角度：使用而不拥有，可更好地支持重用，为使用者提供了更省时、省事、更灵活的选择余地 2. 从资源有效利用角度：可利用广域网内的各种资源，屏蔽资源的异构性，更好的支持互操作 3. 从应用构建角度：支持动态绑定；支持跨组织的业务应用构造 SOA：一种体系结构风格，3种角色＋3种操作 使用者 服务提供者 目录 查找 注册 绑定/调用 1990 1991 1994 1997 1999 上个十年构件领域的发展和Web服务 DCE CORBA COM/DCOM XML、J2EE Web Services Web服务是可通过标准描述语言（如WSDL）定义接口，通过标准XML协议（如SOAP）访问，通过互联网来描述、发布、定位以及调用的一种软件构件。 Web服务协议栈越来越复杂，如此继续跟随? WS-*******不断推出 Service Composition Transports Messaging Description Quality of Experience (QoX) HTTP/HTTPS SMTP RMI / IIOP XSD WSDL SOAP XML WS-Addressing WS-Renewable References WS-Metadata Exchange WS-Policy WS-Service Group WS-Resource Properties JMS WS-Security WS-Reliable Messaging WS-Transaction WS-Resource Lifetime WS-Base Faults WS-Notification BPEL4WS 背后的“魔鬼”： 效率 安全 基础设施/支撑环境/基础服务 编程模式、工程方法 使用模式 服务质量 不确定性问题 选取 组合 事务 部署 商业模式 广泛重用 资源（动态）优化利用 节约成本 规范资源建设 提高系统集成能力 更有效的软件构造模式 更好的应变和系统重构能力 服务化 业务规范 诱人的“愿景”： 三、SOA应用的一些问题 SOA得到广泛关注，但应用中也有很大盲目性，普遍缺乏长远、合理的规划 关于同一城市的 28个天气