《2023年SOA培训笔记.pdf》由会员分享,可在线阅读,更多相关《2023年SOA培训笔记.pdf(16页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、公司架构:EAS O A:填 补 EA的局限性(空洞,不可度量等),业务功能通过Servic e 来沟通,制定规约来规范,及绩效指标,安全规定,对业务进行量化度量。SO A 是进化,不是革命,用足球队解释SOA概念。1 目的:随需而动,灵活,灵敏2 方法:使用业务模型和现有的IT资产来辨认服务3规定:与业务同步,每一个业务任务来相应一个服务4 强调:标准,治理,管控SOA适应场景:面向流程,英文为变化而设计,提供灵活性松耦合的异构的,非实时的设计中要关注性能和重用SOA不适合场景:同构环境下高实时环境下高实时性能下不需要变化紧耦合能带来好处实时SOA方法:1.把业务分解为组件模型-一一-一一C
2、 B M 战略重要业务,运营业务业务组件kpi优先级,范围2.定义服务模型 -SOMA建模辨认出基于业务组件的服务服务的规约和服务的组件细化基于架构原则指定SOA实现策略3.实现服务模型开发一个面向服务的体系架构基于项目的约束条件实现服务实现适当的治理机制SO A 服务的定义:可复用的为了达成一定的业务目的的业务任务,自包含,面向服务的建模和架构(SO M A)概貌图服务发现服务规约服务实现图4-3面向服务的建模和架构(SOMA)概貌图2.1 服务发现方法服务发现是S O M A 进行服务分析和设计的第一步。服务发现的重要任务,是拟定在一定范 围 内(通常是公司范围,或若干关键业务流程范围内)
3、也许成为服务的候选者列表。目前有三种方式发现服务的候选者,它们分别是自上而下的领域分解、自下而上的现有系统分析和中间对齐的业务目的建模。1.自上而下(领域分解)方式自上而下的领域分解方式从业务着手进行分析,选择端到端的业务流程进行逐层分解至业务活动,并对其间涉及的业务活动和业务对象进行变化分析。业务组件模型是业务领域分解的输入之一。业务组件模型是一种业务征询和转型的工具,它根据业务职责、职责间的关系等因素,将业务细分为业务领域、业务执行层次和业务组件。由于公司内部和外部环境的不同,每个业务组件在成本、投资、竞争力等方面不尽相同,因此,每个业务组件在公司发展的过程中战略职责和演化的途径也是不同的
4、,于是由于角度的不同,就形成了所谓的业务组件的“热点视图。SO A是一种特别强调业务和IT互动的技术。对于面向服务的分析和设计,业务组件模型提供了进行服务划分的依据,并且这种划分的方法可以平滑地从业务视图细化到服务视图。端到端的业务流程是业务领域分解的另一个输入。将业务流程分解成子流程或者业务活动,逐级进行,直到每个业务活动都是具有业务含义的最小单元。流程分解得到的业务活动树上的每一个节点,都是服务的候选者,构成了服务候选者组合。业务领域分解可以帮助发现重要的服务候选者,加上自下而上和中间对齐方式发现的新服务候选者,最终会构成一个服务候选者列表。在SOA的方法中,服务是业务组件间的契约,因此将
5、服务候选者划分到业务组件,是服务分析中不可或缺的一步。服务候选者列表通过业务组件的划分,会最终形成层次化的服务目录。变化分析的目的是将业务领域中易变的部分和稳定的部分区分开来,通过将易变的业务逻辑及相关的业务规则剥离出来,来保证未来的变化不会破坏现有设计,从而提高架构应对变化的能力。变化分析也许会从在未来需求的分析中发现一些新的服务候选者,这些服务候选者需要加入到服务候选者目录中。2.自下而上(已有资产分析)方式自下而上的已有资产分析方式的目的是运用已有资产来实现服务,己有资产涉及:已有系统、套装或定制应用、行业规范或业务模型等。通过对已有资产的业务功能、技术平台、架构及实现方式的分析,除了可
6、以验证服务候选者或者发现新的服务候选者,还可以通过度析已有系统、套装或定制应用的技术局限性,尽早验证服务实现决策的可行性,为服务实现决策提供重要的依据。3.中间对齐(业务目的建模)方式中间对齐的业务目的建模方式的目的是帮助发现与业务对齐的服务,并保证关键的服务在流程分解和已有资产分析的过程中没有被漏掉。业务目的建模将业务目的分解成子目的,然后分析哪些服务是用来实现这些子目的的。在这个过程中,为了可以度量这些服务的执行情况并进而评估业务目的,我们会发现关键业务指标、度量值和相关的业务事件。结合这三种方式的分析,我们发现服务候选者组合,并按照业务范围划分为服务目录。同时为服务规约做好其他准备,如通
7、过对已有资产分析进行的技术可行性评估,通过业务目的建模发现的业务事件等。WebSphere Integration DeveloperRational Application DeveloperProcess:WebSphere Process ServerWebSphere ESBWebSphere Message BrokerWebSphere AdoptersPeopleWebSphere PortalWebSphere Everyplace DeploymentIiifonnationWebSphere Information IntegratorApplication Infrast
8、iuchiieWebSphere Applica tion Server&XDon demand Operation EnvironmentWebSphere Business Modeler ebSphere Business MonitorRational Software ArchitectTi voli Composi te Applica tion ManagerI BM业务流程开发生命周期中涉及业务流程相关的软件产品IBM Web Sphere Busin e ss Modele r-提供一种方法,通过公司最佳实践定义和修改模型,更好地了解部门之间如何交互操作,定义个人在公司内部承
9、担的角色和职责。Busin e s s M o d e Ie r 有助于自顶向下分析业务流程。IBM W e b S p h e r e Integ r ation Dev e 1 o per用于基于图形的BPEL业务模型的组装、编排的开发工具。IBM WebSphere P r o c es s Se r v e r 允许业务规则捕获业务变量,针对不断变化的业务状况和市场状况提供灵活性和快速反映能力。保 证 用 WebS p here Bus i nes sModel e r 或 WebSph e re I nt e g r a t i o n Deve 1 ope r 设计的流程可以一致、
10、可靠、安全地执行,具有事务完整性。建立在W e bSp h ere ESB之上,并具有其功能。A IBM WebS p her e B u sines s M o n it o r 允许实时监视业务流程,采用可视化方法显示业务流程状态。Web S p h e r e Busine s s M o ni t o r提醒并告知重要用户连续改善业务流程。此产品大大增强了 I BM 业务流程管理软件包,与 WebSphere Business Model e r 和We b Sph e r e Proces s S e r v e r 紧密集成在一起。架构师应用SOA需要思考的问题:1权衡2 用合适架
11、构,技术解决适宜的问题(合用性)3 连续改善从业务模型到soa的实现:业务资产业务组件模型热点图 CBM业务流程业务流程模型需要:行业 CBM Map s。行业规则业务解决方案优先级C bm tool功能资产。参考体系结构。服务模型。用例模型。服务组件基于soa应用体系结构可重用的,标准的,模型驱动开发方法S omaSoa集成框架运营资产。运营模型技术转换试图部署单元Soa基础业务组件分析公司被规划为分类业务组件的集合热点图:高优先级的组件。通过cbm方法分析和改善业务业务组件:人,技术,组件,资源的集合,提供特点的业务价值提供什么接口,服务?抽象层次:高类(it)组 件(it)4服务(it+
12、业务)可用方法:自顶向下自底向上从现有系统出发中间相遇RUP/SOMA 1 8 乂 的 5 0 人方法服务,服务组件,流程的辨认,规约,实现Ratio n al Method C o mp o s e r(SOMA 2.4)相关插件 RUP SOMA(有中文版)服务的注册和存储:UD DI 相关产品:W e b S P here Se r vic e Registry a n d Re s p os itor y鼓励重用:发布新开发的服务和元数据查找服务和元数据。集成其他注册库增强联通性。在运营时支持服务之间的动态有效的交互支持治理分层1 .操作系统层:应用,注 册 库,中间件:D B 2,M
13、Q2.服务组件层:对象,类 SCA/SDO3.组件组成的服务,服务必须是可监管的资产4.服务组成的流程w p s b p e 15.Con s u mers 消费层:view Po r t r al,Ch a n n el,B2B,Ajax7.QOS:安全管理(log a udit)S O A 规范标准W s i 1,wsdl,ud i 安全:W S-SEC事务:W S-T x关键原则:通过完整的S oa生命周期使用ESB隔离联通性和服务采用增量的关注点组件化开发E S B 重要功能:路由,消息和数据的转换WebS p h e r e Messag e Bo r k er 高级 E S BIB
14、 M 实行S o a 方法1.通过soa成熟度模型评估是否适合做soa转型(征询师,客户)2.业务组件建模(cbm),业务分析(征询师,客户),通过业务组件建模方法,拟定公司不同业务组件的特点和转型方法,辨认热点组件(划分优先级),按成本分析。3.通过业务组件模型上采用服务建模和架构方法分析(SOM A)和设计服务模型4.通过将服务模型映射到SOA参考架构上来拟定公司的SOA基础架构Business Innovation&Optimization ServicesProvides for better desciston-nnakingwith real 力 me business infor
15、ma von82&SIIS3WWWDesign andcreatesolutionassets in anintegratedenvironmentInteraction ServicesEnables colldtx)racionbetween people,processes&mformMionITProcess ServicesOrchestrates andautomates businessprocessesInformation ServicesManages diversedata and content in aunited mannerESB Enables intef-co
16、nnecbvty between servicesMandeand secureservices.IPartner ServicesConnect with tradingpartnersBusiness App ServicesBuld on robust,scaleable,and secureservices environment_ r rAccess ServicesFacilitate interacoonswith existing information1 1 and apphcabon assetsop 州cationsresources1Infrastructure Ser
17、vicesOptimizes throughoutavailability and performanceSom a(rmc)采用RUP开发流程融入SOA特有的活动CBM:组件业务建模:工具方法,目的是业务剖析功能能力功能能力D i recting(决策)业务组件业务组件C on t r o lin g(战术)E x ecting 作业4业务目的活动.4业务组件关注点:做什么,不是怎么做业务流程关注点:怎么做S te p l剖析业务,吧业务分解成逻辑组件S tep 2决定什么是差异性业务,什么是一般性共性业务Ste p 3决定如何投资。分析成本,计算个活动的开销整合反复的活动将花费昂贵,开销巨
18、大的共性活动(通用,别人也可以做)外包,缩减成本。将更大的财力投放在差异性的有成本效益的竞争上1辨认通用和差异组件(核心竞争力,可外包的成本高的共性业务)2辨认组件成本3分析业务组件和当前的IT系统之间联系,去除冗余,发现鸿沟C B M成本核算:服务定义域-功能域一子系统一服务组件一功能组件/技术组件SOMA服务定义 Ident i fic a tion1 目的服务建模2 现有资产分析3 域分解服务规约 Specific a ti o n服务 Realizat i o n月艮务实现imp 1 e me t ati o nSOM A:业务分析和IT实现的桥梁输入:业务组件分析结果输出:SOA的实
19、行输入:b u s i n e s s pro c e ss,tobe proces s a sis process,use c as e(functio nal requ i rem e n t s)Soma产出:aServ i ce ModelI d entifi c a tio nS p o rt foli oS h ier a c h yS p ecificationS exp o su r e 暴 露(筛选:是否和业务对齐,是否可组合,冗余性)S d e pendence拟定依赖关系(前后条件依赖,流程依赖.服务,可中段的反服务S n frs非功能性 规 定(可用性availabl
20、i ly,性能performance)me s s a ge s(e s b 中消息路由、协议转换)i m p 1 e met a t ionSt a teme n t manageme nR esli z ati o n d e ci s ionsS h o rt r u nnin g servic e s组件:技术组件(log/ejb ser v ices)和功能组件S e r v i ce iden t i f i cation:D o ma i n dec o m p o sion 自顶向下:F u nctiona 1 ar e a a n alysi s 功能域分解,将 cbm 中业
21、务组件按功能拆分Va r iation-orient e d a n a 1 ys i s 差异性分析(例子:租车中不同的客户采用不同的收费策略)P r oc e s s de c omposion:流程-子流程叶子流程一use c ase,分 为 asis当前流程和将来t obe流程Exist i n g asset a n a 1 y sis自底向上,重用现有的i t 资产G o a 1 s e r vice m o deling:根据业务目的记别服务,淘汰候选服务d omainfu nc t i o na 1 areas ubsystemservice c o m p o n e n t
22、sfunc t io n al components 和 techn i c a 1 c ompone n t srmc 7.0 中文s oa在中石油实践经验:需求定义收集,分析,定义-需求规格说明书宏 观 设 计 架 构 设 计,功能/子系统设计,接口设计一一系统架构,功能说明,子系统划分微观设计功能组建细化,数据模型细化,页面元素细化构建阶段部署阶段评估分析需求分析:调研和现状分析(现状调研和分析)需求结构化分析(业务组件定义,制定系统应用框架)自定向下需求分解流程分解,功能点辨认和定义借助CBM达成业务分类的共识1.通过决策层,生产管理层,作业层,物探,钻井,测井等功能域交叉获取业务组件
23、2.剖析共性组件和差异性组件(核心竞争力)3.剖析组件成本对每类功能逐级分解,完毕对业务的进一步了解,根 据 cbm模型,采 用 s o m a 方法进行需求分析和挖掘 自定向下分析流程一子流程-叶子流程一 u se case,加上目的服务建模,根据当前战略,业务目的分析,加上自底向上的现有资产分析,看 sys t em con t ex t,和现有的资产分析,如何将现有资产封装为服务分解后得到服务/功能的层次结构,发现哪些是组合服务,哪些是原子服务宏观设计:围绕人,信息,服务,流程完毕从需求到设计的转换根据和业务对齐筛选服务,服务的规约,服 务 的 a o s,服务自己的依赖关系,服务的消息
24、,服务的组合将服务分布到组件(类,接口,事物),业务领域分解子系统分析流程分析建立目的服务模型服务实现分派流程实现分派组件说明内外部流程说明设计公司组件运用现有资产服务设计:需求来源,组件设计,数据设计业务功能到系统功能的实现的关键:服务设计卡解密:XP、VISTA双系统安装指南及维护rmcdevelopw o r k e r s rup for s uma p 1 uginSOA and Web se r v ices 新手入门应用基于资产的开发到SOA的服务中RUP for S ervic e-Orien t ed Mo d e 1 i n g an d A rchitecture V2.4 下载IBM Rat i o n a I Metho d Composer plu g-in f o rSOA Gov e rn a nee V1.0 下载