技术篇-SOA架构体系(课程笔记).docVIP

SOA why和what(邓亚明) 目录： 为什么需要SOA（why） 如何准确理解SOA(what) SOA如何落地（how） 为什么需要SOA（why） 集团企业信息化的问题（互联互通是当前信息的核心问题和核心需求） 不是没有系统，而是信息孤岛太多； 不是没有数据，而是信息不一致，难以整合； 业务跨INTERNET动作，技术异构，难以协同； 业务变化快，僵化的IT基础设施难以迅速响应。 IT问题：平台异构性 操作系统：如LINUX，WINDOWS，SOLARIS，MAC OS 开发语言：如JAVA，.NET，DELPHI，SYBASE 访问协议：如HTTP，TCP，UDP 通信技术：如SOAP，NOP，JMS IT问题：数据异构性 如企业数据例如“人”ORACLE、SQLSERVER IT问题：网络环境的易变性 IT问题：业务过程易变性 原始业务流程 第一次业务变更 第二次业务变更 需要集成的IT架构 新的业务需求如下图： 互连互通（系统之间、上下之间） 快速开发 业务灵活性 上下游业务协同 需要IT系统满足业务的灵活性 更快得添加新的服务 改变而不影响其它 分布式系统的发展 程序设计及语言的发展（如：） 面对对象：凭证就是一个对象 面向服务：向别人提供凭证录入的服务 IT架构的发展推动 1、传统架构：基于消息传递的模式 * 应用之间点对点的连接 * 实现简单、基本的信息交互和数据传递 * 耦合度较高，不好解耦 2、过渡架构：企业应用整合 * 通过HUB模式实现应用之间的整体 * 很容易管理大量的连接和系统 先进架构：面向服务体系架构 * 通过企业服务总线实现服务的整体集中和流程实现 * 借助标准的接口灵活地连接，实现真正的随需应用。 企业应用需要SOA 企业IT需求： 多个IT系统供应商（技术路线） 多个不同业务架构的应用系统 跨地域分布式部署 业务易于变化，组织和流程变革频繁 SOA关键特性对其需求的解决方案（IT系统快速适应业务的实现方法） 开放的技术标准，支持快速开发部署 平台无关（.NET,J2EE,XML），标准接口（WEBSERVICE） 分布式部署，支持互联网HTTP(SOAP) 松耦合，动态绑定，可重构 如何准确理解SOA（WHAT） 如何理解SOA SOA是一个不断解构的过程 * 传统软件强调系统性，耦合度过高； * 所以需要松耦合（解耦） SOA是一个组件粒度的平衡 * 集成电路趋势是集成度越来越高； * 软件发展的趋势是相反的过程。 SOA是架构，更是方法 SOA的核心要素 松耦合，可编排 可复用 标准化（服务提供者） 例子： SOA的本质目标是解决业务灵活性 服务的本质是标准封装 服务（Service）：业务角度而方，服务是一个可重复的任务，例如：账号余额，开新帐户等等… 流程（Process）：由一个系列相互关联的任务所组成，实现一个具体的业务功能。一个流程可由一系列服务来实现 SOA优点 支持多种客户类型 借助精确定义的服务接口和对XML、WEB服务标准的支持，可以支持多种客户类型，包括PDA、手机等新型访问渠道。 更易维护 服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。 更好的伸缩性 依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整，以满足服务需求。 更高的可用性 该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节。 SOA参考模型（TOG国际标准） 软件技术发展的目标 业务需求不断变化、系统不断增加、流程错综复杂、系统越来越不堪重负、IT的威望在企业中越来越低，如： 质量问题 效率问题 互操作问题 灵活应变化问题 软件技术的发展本质 解决途径（方法、平台与技术） 软件发展的过程，是软件复用的不断发展的过程 不断提升抽象级别，扩大复用范围 软件的发展过程同时也是不断解耦的过程 软件发展的过程，也可以不断提升互操作的层次 SOA如何落地 SOA落地的方法 为什么需要企业架构？（SOA可以理解为是企业业务和IT一体化的战略） 架构规划内容 TOGAF元模式中实体关系图 基于TOGAF的架构方法 TOGAF的方法论：架构开发方法ADM（Architecture develope method） 架构开发方法（ADM） 完整、全面的开发方法 被广泛采用、满足各种组织、行业需求 最佳实践参考，避免发明轮子 开放性及成长性 按照TOGAF的 SOA的方法来实现 The Open Group中国分会使命 引进国际企业架构、SOA参考架构、分布式系统管理、软件可靠性等标准 提供企业架构及SOA参考架构推广、培训、及认证工作 协助中国企业以企业架构/TOGAF/及SOA参考架构推动业务规划及信息化建设工作 SOA的