利用现有企业系统创造价值利用现有企业系统创造价值 有关可扩展有关可扩展 ESB 的案例分析的案例分析Eric Newcomer IONA Technologies 首席技术官概况q欧洲、中东和非洲总部 爱尔兰都柏林q美国总部 马萨诸塞州q亚太区总部 日本东京 我们的足迹遍布全球我们的足迹遍布全球q1991 年创立q1997 年上市q库存现金超过 5 千万q无负债NASDAQ:IONA业务稳定发展，始终保持盈利性增长业务稳定发展，始终保持盈利性增长q我们深悉企业计算系统中常见的多样性和异构性问题。q我们把不同供应商开发的各种应用程序集成在一起，它们原本在不同的操作系统上运行，使用不同的协议和消息格式。q尤其是在应用程序设计之初从未考虑过日后的集成时，我们越能发挥积极作用。我们的理念：我们的理念：Making Software Work Togetherq环球电信的 80% q世界电信运营商 100 强 70% 的金融服务q系统集成商合作伙伴全为蓝筹企业我们的客户是全球知名的大公司我们的客户是全球知名的大公司Eric Newcomer,IONA Technologies 首席技术官负责控制和传达 IONA 在采用标准、体系结构及设计方面的技术战略。1999 年 11 月加入 IONA，此前他曾在 Digital/Compaq 工作 16 年，担任过多个不同的技术和管理职务。率领 IONA 团队参与围绕 Web 服务展开的标准化活动：W3C 的 XML 协议工作组 (XML Protocols Working Group) 的成立者之一W3C 的 Web 服务体系结构规范 (Web Services Architecture) 的编者最近提交给 OASIS 且已发布的 Web 服务复合应用程序框架 (Web Services Composite Application Framework, WS-CAF) 规范集的合著者畅销书了解 Web 服务(Understanding Web Services) 的作者，此书于 2002 年 5 月由 Addison-Wesley 出版；该出版社还于 2004 年出版了他的另一本新书Web 服务集成(Web Services Integration)。全球最强大的物流供应商之一全球各地遍布 500 万家企业客户 230,000 名员工一年与客户交流 6 千 6 百万次今天我们主要讨论今天我们主要讨论使用 ESB 式集成构建面向服务的集成平台时遇到的严峻挑战企业挑战 / 可扩展解决方案回顾德国邮政体系结构父公司 “我们力图成为欧洲和全球邮件、包裹、快递及物流市场的领先公司。我们力图成为欧洲和全球邮件、包裹、快递及物流市场的领先公司。 构建构建一个面向服务的平台，让我们在这个平台上方便地安装各种一个面向服务的平台，让我们在这个平台上方便地安装各种 IT 系统：系统：新开发的、现有的，甚至那些因并购而得到的系统，这是一个极富吸引新开发的、现有的，甚至那些因并购而得到的系统，这是一个极富吸引力的价值主张。力的价值主张。”Michael Herr 高级 IT 总监SOA 平台组主管德国邮政：SOA 的早期采用者资料来源：德国邮政集团业务域模型和业务域模型和 SOP （面向服务的平台面向服务的平台)业务流程体系结构业务流程体系结构IT 应用程序前景应用程序前景德国邮政从 1999 年开始采用 SOA 从 2001 年底开始开发集成基础结构并投入使用已在该基础结构上为大约 20 家服务参与者提供服务功能2004/2005 年准备再吸纳大约 15 家服务参与者 80 多项服务投入使用，另有 40 项正在开发中业务问题我们力图成为欧洲和全球邮件、包裹、快递及物流市场的领先公司。Michael Herr德国邮政德国邮政 公司通过收购 DHL、Airborne 和 PostBank 不断增长全球性的激进增长计划和战略全球物流市场动态 (FedEx / UPS) 推动跨部门协作需求竞争压力增大技术问题易易用的用的 WSDL 接口接口可将各类系统连接到服务骨干系统 基于标准基于标准必须能够兼容遗留系统必须能够兼容遗留系统全面的用户和权限功能全面的用户和权限功能可完成身份验证、授权及管理任务综合服务目录综合服务目录专供动态绑定使用消息验证消息验证进行语法检查和类型验证转换转换引擎用于结构化文档映射和内容映射转换机制转换机制用于各种不同的交互样式我们的战略决策是采用最佳的技术部署方式，该决策因使用 Artix 而得到支持，Artix 确保我们为业务的良好运营精挑细选的各类应用程序和系统协同工作。Michael Herr德国邮政德国邮政技术挑战增加对企业级质量服务、增值服务及其他企业需求的支持 既昂贵又耗时安全性：基于标准安全性：基于标准 (JAAS)，基于截获者模型传输和协议：内部或现有协议传输和协议：内部或现有协议类型支持：类型支持：等同于业界标准的 JAX-RPC 类型支持管理：管理：与企业系统管理解决方案集成 可扩展 问题类型问题类型问题类型Complexity Of Application企业问题企业问题具体的产品问题具体的产品问题增加质量服务需求可扩展问题可扩展问题 需求需求SOA 应用程序平台套件应用程序平台套件现有企业系统现有企业系统平台.NET、J2EECORBA、CICS/IMS、Tuxedo、Tibco编程语言C#、JavaCOBOL、C+体系结构分布式单一式 / 集中式端口HTTPIIOP、MQ、TibRV、JMS、TUX、其他负荷XML (SOAP)二进制（固定、IIOP、TibMsg、FML）安全需求WS-Security、Kerberos、JAAS 等自主开发、LDAP、RACF 等系统管理WSDM 和 Web 服务管理工具BMC Patrol、Tivoli、CA Unicenter会话管理无状态有状态事务管理发后不理 (Fire and Forget)ACID 事务弹性无负载平衡、故障恢复、灾难恢复各种需求推动实现可扩展性可扩展性差距可扩展性差距企业服务总线企业服务总线是为降低集成成本而开发的新体系结构：企业服务总线是为降低集成成本而开发的新体系结构：吸纳 SOA 的规则、利用 Web 服务的优势彻底改变集成项目的技术和成本业界观点业界观点 ESB 必须具有以下特点：必须具有以下特点：对所有相关 XML 和 Web 服务标准深入的内在支持 转换功能和路由支持支持现有企业应用程序平台和基础结构与企业应用程序集成 (EAI) 或自定义集成方法相比，成本大大降低。可扩展 ESB具有服务功能的关键企业系统 适合传输、协议、应用程序平台和增值服务的插件体系结构 公认有效的高性能轻型运行时环境 包括大型机在内的广泛平台支持体系结构回顾方法德国邮政采用德国邮政采用 IONA 的的 Artix 作为其服务骨干系统作为其服务骨干系统 (SBB) 的集成平台的集成平台企业需求促进采用可扩展企业需求促进采用可扩展 ESB 技术技术适合传输、协议、应用程序平台和增值服务的插件体系结构 用于常用消息传送中间件和应用程序平台的插件旨在提高现有安全性、管理、高可用性和事务能力的可配置插件包括大型机在内的广泛平台支持用于分布式消息处理的微内核基础结构可配置性极高通过插件实现扩展端点体系结构图例：图例：Artix 包含的截获程序和绑定通过 Artix 2.x 部署的支持组件为 Artix 3 编写的新组件SOP 组编写的截获程序应用程序开发人员编写的业务代码TextText插件用来部署截获程序截获程序经过一定的部署形成截获程序链（或绑定列表）截获程序链处理传输层到应用程序层的消息截获程序可在不同的层上访问和处理消息请求层截获程序具有消息的逻辑视图消息层截获程序具有消息的物理视图插件和截获程序插件，包含要实现协议的请求层截获程序（绑定）SOAP、XML、Fixed数据格式插件，包含要实现传输的消息层截获程序HTTP、JMS 传输和绑定插件插件，包含每一层上要实现其他若干增值服务的截获程序身份验证授权单点登录路由会话管理系统管理事务增值服务插件Aritx 提供的SOAP 协议插件允许注册处理程序。供助这些处理程序，可以访问 SOAP Header和 SOAP 正文，可自定义 SOAP 消息的处理方式。SOAP 处理程序ISF 是与安全相关的类库ISF 将安全相关的截获程序与 IS2 联系起来ISF 可由以下两项的适配程序进行扩展：LDAP包（如 Netegrity）IONA 安全框架 (ISF)德国邮政结论Artix 提供：提供：在服务参与系统之间处理消息的基础结构处理消息的预制构造块 动态处理消息Artix 特点：特点：灵活、可扩展基于组件插件体系结构Artix 符合德国邮政的要求符合德国邮政的要求德国邮政 建议从面向业务的逻辑视图（服务体系结构）开始大量使用（开放）标准，摆脱对供应商的依赖 从业务（而非 IT）的角度考量和实现集成是的，这样做的确很成功！问题