成功加入购物车
实物如图,内页干净。235
[美] 厄尔 (Erl T) 著; 郭耀 译 / 人民邮电出版社 / 2009-06 / 平装
售价 ¥ 60.00
品相 九品
上书时间2022-01-17
SOA服务设计原则
本书首先简要介绍了SOA与面向服务的基本概念和关键目标,然后着重阐述了为实现SOA的目标需要遵守的8个核心设计原则:标准化服务合约、服务松散耦合、服务抽象、服务可复用性、服务自治、服务无状态性、服务可发现性和服务可组合性。本书结构清晰、行文简洁,并且在书中贯穿了具体的案例来形象地介绍这些相对比较抽象的设计原则。本书作者ThomasErl是业界公认的SOA领袖,本书以及他的其他著作被许多著名跨国公司的资深专家誉为“必备的SOA参考书”。
本书的读者对象是对面向服务架构感兴趣的IT开发人员、分析师与架构师。通过阅读本书,读者不仅可以更加深入地理解SOA的基本原理以及SOA能够带来的好处,更重要的是,可以更加深入地学习在实践SOA的过程中需要遵守的基本原则,并通过书中的实际案例来掌握如何在实践中运用这些原则。
ThomasErl是全球最畅销的SOA类书籍的作者,“ThomaSErl面向服务计算系列”丛书的编辑,以及《SOA杂志》的编辑。ThomasErl同时也是SOA系统公司的创始人,这是一个专门提供SOA培训和策略咨询服务的公司。Thomas是一位经常参与私人和公众活动的演说家和讲师,发表过无数文章和论文,为许多新闻机构提供在线演讲,并接受他们的采访,其中包括《华尔街期刊》。
第1章概述11.1本书的目标21.2读者对象31.3本书不涉及的内容31.3.1本丛书中包括的其他书31.3.2SOA的标准化努力41.4本书的组织结构41.4.1第1部分:基本原理51.4.2第2部分:设计原则61.4.3第3部分:补充内容81.4.4附录81.5符号、图形和风格约定91.5.1符号图例91.5.2服务的符号91.6附加说明111.6.1更新、勘误和资源111.6.2主术语表111.6.3参考规范111.6.4面向服务计算的海报111.6.5SOA杂志111.6.6通知服务121.6.7联系作者12第2章案例研究132.1案例研究背景:CutitSaws公司142.1.1历史142.1.2技术基础设施和自动化环境142.1.3业务目标与障碍14第1部分基本原理第3章面向服务计算与SOA183.1设计的基本原理193.1.1设计特性193.1.2设计原则203.1.3设计范型213.1.4设计模式213.1.5设计模式语言223.1.6设计标准233.1.7最佳实践243.1.8一个基本设计框架253.2面向服务计算概述273.2.1面向服务架构273.2.2面向服务、服务以及面向服务方案逻辑283.2.3服务组合283.2.4服务库存293.2.5理解面向服务计算中的元素293.2.6服务模型313.2.7SOA和Web服务343.2.8服务库存蓝图373.2.9面向服务分析和服务建模373.2.10面向服务设计373.2.11Service-QrientedArchitecture:Concepts,Technology,andDesign393.3面向服务计算的目标和价值393.3.1内在互操作性的提高403.3.2联合的增强413.3.3厂商多样性选择的增加423.3.4业务和技术领域一致性的提高423.3.5投资回报率的提高433.3.6组织敏捷度的提高443.3.7IT负担的降低453.4案例研究背景46第4章面向服务474.1面向服务概述484.1.1业务自动化中的服务494.1.2服务是能力的集合494.1.3面向服务作为一种设计范型494.1.4面向服务和互操作性514.2面向服务解决的问题524.2.1在面向服务到来之前534.2.2面向服务的必要性564.3面向服务带来的挑战584.3.1设计复杂性584.3.2对设计标准的需求594.3.3自顶向下的需求594.3.4支持敏捷方案交付的反敏捷服务交付604.3.5治理需求604.4其他考虑614.4.1它不是一个革命性的范例614.4.2不要求整个企业范围的标准化614.4.3复用不是一个绝对的需求624.5面向服务对企业的影响624.5.1面向服务和“应用程序”的概念624.5.2面向服务和“集成”的概念644.5.3服务组合654.5.4应用程序、集成和企业架构664.6面向服务的起源和影响674.6.1面向对象674.6.2Web服务674.6.3业务流程管理(BPM)674.6.4企业应用集成(EAI)684.6.5面向侧面的编程(AOP)684.7案例研究背景69第5章理解设计原则715.1使用设计原则725.1.1在面向服务分析中应用这些原则725.1.2在正式的设计过程中应用这些原则735.1.3建立支持的设计标准745.1.4把原则应用到一个可行的程度745.2原则概要755.3设计模式引用765.4实现原则vs.调控原则765.5原则与服务实现媒介785.6原则与设计粒度795.6.1服务粒度795.6.2能力粒度795.6.3数据粒度795.6.4约束粒度805.6.5关于粒度级别的小节815.7案例研究背景81第2部分设计原则第6章服务合约(标准化与设计)866.1合约释义876.1.1技术合约简述876.1.2服务合约的起源886.2原则概要906.3服务合约标准化的类型916.3.1功能服务描述的标准化916.3.2服务数据表示的标准化926.3.3服务策略的标准化946.4合约与服务设计966.4.1数据表示标准化和转换的避免966.4.2标准化与粒度976.4.3标准化服务合约与服务模型996.4.4标准化服务合约设计如何影响其他原则996.5服务合约设计的相关风险1026.5.1版本化1026.5.2技术依赖1036.5.3开发工具缺陷1036.6服务合约的进一步介绍1046.6.1非技术性服务合约文档1056.6.2“针对SOA的Web服务合约设计”1056.7案例研究1056.7.1计划中的服务1056.7.2设计标准1066.7.3标准化的WSDL定义概要1066.7.4标准化的XMLSchema定义1076.7.5标准化的服务和数据表示层1076.7.6服务描述1086.7.7小结109第7章服务耦合(服务内及消费者依赖)1107.1耦合释义1117.1.1耦合简述1117.1.2软件耦合的起源1127.2原则概要1137.3服务合约耦合的类型1147.3.1“逻辑-合约”耦合(服务逻辑到服务合约的耦合)1167.3.2“合约-逻辑”耦合(服务合约到服务逻辑的耦合)1187.3.3“合约-技术”耦合(服务合约到其底层技术的耦合)1197.3.4“合约-实现”耦合(服务合约到其实现环境的耦合)1197.3.5“合约-功能”耦合(服务合约到其外部逻辑的耦合)1217.4服务消费者耦合的类型1227.4.1“消费者-实现”耦合1237.4.2标准化服务耦合与合约集中化1237.4.3“消费者-合约”耦合1247.4.4消费者耦合的度量1287.5服务松散耦合与服务设计1297.5.1耦合与面向服务1297.5.2服务松散耦合与粒度1307.5.3耦合与服务模型1317.5.4服务松散耦合如何影响其他原则1327.6服务松散耦合的相关风险1337.6.1“逻辑-合约”耦合的限制1337.6.2当模式耦合太“松散”时的问题1347.7案例研究1357.7.1现有服务的耦合级别1357.7.2引入InvLegacyAPI服务1357.7.3服务设计选择136第8章服务抽象(信息隐藏与元抽象类型)1408.1抽象释义1418.2原则概要1428.3元抽象类型1448.3.1技术信息抽象1458.3.2功能抽象1468.3.3程序逻辑抽象1478.3.4服务质量抽象1488.3.5元抽象类型和Web服务影响区域1498.3.6真实世界中的元抽象类型1508.4服务抽象度量1538.4.1合约内容的抽象级别1538.4.2访问控制级别1548.4.3抽象级别与服务质量元信息1558.5服务抽象与服务设计1558.5.1服务抽象vs.服务封装1558.5.2封装如何影响抽象1568.5.3服务抽象与非技术合约文档1578.5.4服务抽象与粒度1578.5.5服务抽象与服务模型1588.5.6服务抽象如何影响其他的原则1588.6服务抽象的相关风险1608.6.1多消费者耦合的需求1608.6.2人为误判1608.6.3安全和隐私的考虑1618.7案例研究1618.7.1服务抽象级别1618.7.2操作级的抽象例子163第9章服务可复用性(商业与无关设计)1669.1复用释义1679.1.1复用简述1679.1.2复用的起源1699.2原则概要1709.3服务可复用性度量及商业设计的应用1719.3.1商业设计考虑1739.3.2计划中复用的度量1749.3.3实际复用的度量1759.3.4商业设计和镀金1759.4SOA中的服务复用1769.4.1复用和无关服务1769.4.2服务库存蓝图1769.5标准化服务复用与逻辑集中化1779.5.1理解逻辑集中化1779.5.2作为企业标准的逻辑集中化1789.5.3逻辑集中化与合约集中化1799.5.4集中化与Web服务1809.5.5实现逻辑集中化的挑战1809.6服务可复用性与服务设计1819.6.1服务可复用性与服务建模1819.6.2服务可复用性与粒度1829.6.3服务可复用性与服务模型1829.6.4服务可复用性如何影响其他原则1839.7服务可复用性的相关风险1849.7.1文化上的考虑1849.7.2治理上的考虑1859.7.3可靠性上的考虑1879.7.4安全上的考虑1889.7.5商业设计需求上的考虑1889.7.6敏捷交付上的考虑1889.8案例研究1899.8.1Inventory服务概要1899.8.2评估当前的能力1899.8.3为针对性的可复用性进行建模1909.8.4添加EditItemRecord操作1909.8.5添加ReportStockLevels操作1909.8.6添加AdjustItemsQuantity操作1909.8.7修改后的Inventory服务概要191第10章服务自治(处理边界与控制)19210.1自治释义19310.1.1自治简述19310.1.2自治的起源19310.2原则概要19410.3服务自治的类型19510.3.1运行时自治19510.3.2设计时自治(治理)19610.4服务自治度量19710.4.1服务合约自治(带有规范化合约的服务)19710.4.2服务逻辑自治(部分孤立服务)20110.4.3完全自治(孤立的服务)20210.4.4具有混合自治级别的服务20310.5自治与服务设计20410.5.1服务自治与服务建模20410.5.2服务自治与粒度20410.5.3服务自治与服务模型20410.5.4服务自治怎样影响其他原则20610.6服务自治的相关风险20810.6.1错误地判断服务的范围20810.6.2包装服务和遗留逻辑封装20810.6.3对服务需求的过高估计20910.7案例研究20910.7.1GetItem操作现在所实现的自治20910.7.2新的拥有更高自治的操作级别架构21010.7.3对于RunLabProject组合的影响211第11章服务无状态性(状态管理延迟与无状态性设计)21311.1状态管理释义21411.1.1状态管理简述21411.1.2状态管理的起源21511.1.3延迟与委托的比较21811.2原则概要21811.3状态的类型22011.3.1活跃和被动22111.3.2无状态和有状态22111.3.3会话和上下文数据22111.4服务无状态性度量22311.4.1非延迟的状态管理(无状态性从低到没有)22411.4.2部分延迟存储(较低的有状态性)22511.4.3部分架构状态管理延迟(中等无状态性)22511.4.4完全架构状态管理延迟(高度无状态性)22511.4.5内部延迟状态管理(高度无状态性)22611.5无状态性与服务设计22711.5.1消息作为一个状态延迟选项22711.5.2服务无状态性与服务实例22811.5.3服务无状态性与粒度22811.5.4服务无状态性与服务模型22911.5.5服务无状态性如何影响其他原则22911.6服务无状态性的相关风险23111.6.1对于架构的依赖23111.6.2增加的运行时性能需求23111.6.3低估交付代价23111.7案例研究232第12章服务可发现性(可解释性与交流)23712.1可发现性释义23812.1.1发现和解释、可发现性和可解释性简述23912.1.2发现的起源24112.2原则概要24212.3发现和可发现性元信息的类型24312.3.1设计时发现和运行时发现24412.3.2可发现性元信息24512.3.3功能性元数据24612.3.4服务元数据的质量24612.4服务可发现性度量24712.4.1基本级别24712.4.2定制分级系统24712.5可发现性与服务设计24812.5.1服务可发现性与服务建模24812.5.2服务可发现性与粒度24912.5.3服务可发现性与策略断言24912.5.4服务可发现性与服务模型24912.5.5服务可发现性如何影响其他原则24912.6服务可发现性的相关风险25112.6.1可发现性在实施后的应用25112.6.2由不擅交流的人员来应用本原则25112.7案例研究25212.7.1服务概要(功能元信息)25212.7.2相关的服务质量元信息253第13章服务可组合性(组合成员设计与复杂组合)25513.1组合释义25613.1.1组合简述25613.1.2组合的起源25613.2原则概要26013.3组合的概念和术语26213.3.1组合和组合实例26213.3.2组合成员和控制器26213.3.3服务组合和Web服务26513.3.4服务活动26613.3.5组合启动器26713.3.6点到点的数据交换和组合26813.3.7组合的类型26813.4复杂服务组合26913.4.1一个服务库存演化的阶段26913.4.2定义复杂服务组合27113.4.3为复杂服务组合做准备27113.5服务可组合性度量27213.5.1组合的演化周期状态27213.5.2组合设计评估27313.5.3组合运行时评估27313.5.4组合治理的评估27413.5.5可组合性的度量27513.6组合与服务设计27813.6.1服务可组合性与粒度27813.6.2服务可组合性与服务模型27913.6.3服务可组合性与组合自治27913.6.4服务可组合性与编排28013.6.5服务可组合性如何影响其他原则28113.7服务组合的相关风险28413.7.1组合成员成为单点失效的源头28513.7.2组合成员成为性能瓶颈28513.7.3对于组合中“过度复用”的治理强度28513.8案例研究286第3部分补充内容第14章面向服务与面向对象:原则和概念上的比较29014.1两种设计范式的传说29114.2目标的比较29314.2.1提高业务需求的满足度29414.2.2提高鲁棒性29414.2.3提高可扩展性29514.2.4提高灵活性29514.2.5提高可复用性和生产率29514.3基本概念的比较29614.3.1类和对象29614.3.2方法和属性29614.3.3消息29714.3.4接口29814.4设计原则的比较29914.4.1封装30014.4.2继承30014.4.3泛化和特化30114.4.4抽象30314.4.5多态性30314.4.6开放-封闭原则(OCP)30414.4.7别重复你自己(DRY)30414.4.8单一职责原则(SRP)30414.4.9委托30714.4.10关联30714.4.11组合30814.4.12聚合30814.5面向服务类的设计指南31014.5.1类接口的实现31014.5.2限制类对接口的访问31014.5.3不要在接口中定义公共属性31014.5.4谨慎使用继承31014.5.5避免跨服务的has-a关系31114.5.6使用抽象类进行建模,而不是进行设计31114.5.7使用门面(Facade)类311第15章实践支持31215.1服务概要31315.1.1服务层的概要结构31315.1.2能力概要结构31415.1.3其他考虑因素31515.2词汇表31615.2.1面向服务计算的术语31715.2.2服务分类的术语31715.2.3类型和相关术语31815.2.4设计原则的应用级别31815.3组织角色31915.3.1服务分析员32115.3.2服务架构师32115.3.3服务管理者32115.3.4schema管理者32215.3.5策略管理者32215.3.6服务注册表管理者32215.3.7技术交流专家32315.3.8企业架构师32315.3.9企业设计标准管理者(及审计员)323第16章面向服务原则到战略目标的映射32516.1提高内在互操作性的原则32616.2增强联合的原则32716.3增加厂商多样化选择的原则32716.4提高业务和技术领域一致性的原则32816.5提高投资回报率的原则32816.6提高组织敏捷度的原则32916.7降低IT整体负担的原则330第4部分附录附录A案例研究总结332附录B过程描述334B.1交付过程335B.1.1自顶向下与自底向上335B.1.2库存分析周期335B.1.3库存分析与面向服务设计337B.1.4选择交付策略337B.2面向服务分析过程338B.2.1定义分析范围339B.2.2识别受影响的系统340B.2.3执行服务建模340B.3服务建模过程340B.4面向服务设计过程342B.4.2服务设计过程与面向服务342附录C原则和模式的对照345其他资源347
展开全部
配送说明
...
相似商品
为你推荐
开播时间:09月02日 10:30