• SOA与REST:用REST构建企业级SOA解决方案
21年品牌 40万+商家 超1.5亿件商品

SOA与REST:用REST构建企业级SOA解决方案

43.33 4.9折 89 九五品

仅1件

北京通州
认证卖家担保交易快速发货售后保障

作者[美]Thomas Erl Benjamin Carlyle

出版社人民邮电出版社

ISBN9787115331946

出版时间2013-12

版次1

装帧平装

开本16开

纸张胶版纸

页数354页

字数99999千字

定价89元

上书时间2024-12-16

纵列風

已实名 已认证 进店 收藏店铺

   商品详情   

品相描述:九五品
商品描述
基本信息
书名:SOA与REST:用REST构建企业级SOA解决方案
定价:89元
作者:[美]Thomas Erl Benjamin Carlyle Cesare Pautasso
出版社:人民邮电出版社
出版日期:2013-12-01
ISBN:9787115331946
字数:523000
页码:354
版次:1
装帧:平装
开本:16开
商品重量:
编辑推荐
SOA的人物Thomas ERL经典著作。 本全面将设计与构建RESTful服务作为面向服务的解决方案和面向服务架构(SOA)的书籍。通过REST构建以Web为中心的SOA的指南。
内容提要
SOA与REST是当前两种流行的技术架构风格。然而,二者却站在不同的层次看架构,SOA的角度偏向于战略;而REST的角度则偏向于战术。SOA给出了一组架构原则实现其战略目标,而REST则通过一系列约束实现其战术目标。  《SOA与REST:用REST构建企业级SOA解决方案》深入介绍了SOA与REST的原理、术语及特性;深入阐述了二者之间的差异及合作点;重点阐述了如何将REST作为媒介来实现SOA的战略目标,通过对REST服务的建模流程和专为REST服务定制的面向服务的分析和设计流程的详细讲解,逐步向读者展开了一幅REST与SOA在企业级解决方案中完美“联姻”的画卷。此外,《SOA与REST:用REST构建企业级SOA解决方案》还通过完整的案例研究示例展示了REST与SOA在实践中的结合。  《SOA与REST:用REST构建企业级SOA解决方案》适合于考虑实施面向服务架构的开发人员、架构师或项目经理阅读参考,尤其适合任何SOA实践者或任何计划发起一个SOA项目的专业人员。
目录
章 介绍 1.1 关于本书 1.1.1 本书的目标读者 1.1.2 本书不会覆盖的内容 1.2 推荐阅读 1.3 本书的组织方式 1.3.1 部分:基础知识 1.3.2 第二部分:REST风格的面向服务 1.3.3 第三部分:REST环境下面向服务的分析与设计 1.3.4 第四部分:REST服务组合 1.3.5 第五部分:补充 1.3.6 第六部分:附录 1.4 约定 1.4.1 灰色的使用 1.4.2 设计约束、原则和模式:页码参考 1.4.3 设计目标 1.4.4 符号图例 1.5 附加信息 1.5.1 更新、勘误和资源 1.5.2 主词汇表 1.5.3 面向服务 1.5.4 什么是REST 1.5.5 引用的规范 1.5.6 服务技术杂志 1.5.7 SOASchool.com SOA认证专家(SOACP) 1.5.8 CloudSchool.com云认证(CCP)专家 1.5.9 通知服务 第2章 案例研究背景 2.1 如何使用案例研究 2.2 案例研究背景之一:中西部大学联盟(MUA) 2.2.1 历史 2.2.2 IT环境 2.2.3 业务目标和障碍 2.3 案例研究背景之二:KioskEtc有限公司 2.3.1 历史 2.3.2 IT环境 2.3.3 业务目标和障碍 部分 基础知识第3章 服务简介 3.1 服务术语 3.1.1 服务 3.1.2 服务契约 3.1.3 服务能力 3.1.4 服务消费者 3.1.5 服务代理 3.1.6 服务组装 3.2 服务术语上下文 3.2.1 服务和REST 3.2.2 服务和SOA 3.2.3 REST服务和SOA 第4章 SOA术语和概念 4.1 基本术语和概念 4.1.1 面向服务的计算 4.1.2 面向服务 4.1.3 面向服务架构(SOA) 4.1.4 SOA宣言 4.1.5 服务 4.1.6 云计算 4.1.7 IT资源 4.1.8 服务模型 4.1.9 服务目录 4.1.10 服务集 4.1.11 候选服务 4.1.12 服务契约 4.1.13 与服务相关的粒度 4.1.14 服务概要 4.1.15 SOA设计模式 4.2 扩展阅读 第5章 REST约束和目标 5.1 REST约束 5.1.1 客户机-服务器 5.1.2 无状态 5.1.3 缓存 5.1.4 接口/统一契约 5.1.5 分层系统 5.1.6 随需应变代码 5.2 REST架构风格的目标 5.2.1 性能 5.2.2 可伸缩性 5.2.3 简单性 5.2.4 可修改性 5.2.5 可视性 5.2.6 可移植性 5.2.7 可靠性 第二部分 REST风格的面向服务第6章 REST服务契约 6.1 统一契约元素 6.1.1 资源标识符语法 6.1.2 方法 6.1.3 媒体类型 6.2 REST服务能力和REST服务契约 6.3 REST服务契约与非REST服务契约 6.3.1 带有定制服务契约的非REST服务 6.3.2 REST服务与统一契约 6.3.3 HTTP消息传输与SOAP消息传输之比较 6.3.4 REST服务契约与WSDL的结合? 6.4 超媒体角色 6.5 REST服务契约和后期绑定 第7章 用REST实现面向服务 7.1 “SOA或REST”还是“SOA与REST”? 7.2 设计目标 7.2.1 提升内在互操作性 7.2.2 增强联邦 7.2.3 提升厂商选择多样性 7.2.4 提升业务与技术对齐 7.2.5 提升投资回报率 7.2.6 提升组织敏捷性 7.2.7 降低IT负担 7.2.8 通用目标 7.3 设计原则与约束 7.3.1 标准化服务契约 7.3.2 服务松耦合 7.3.3 服务抽象 7.3.4 服务可重用性 7.3.5 服务自治 7.3.6 服务无状态 7.3.7 服务可发现性 7.3.8 服务可组合性 7.3.9 常见冲突 第三部分 REST环境下面向服务的分析与设计第8章 主流SOA方法论和REST 8.1 服务目录分析 8.2 面向服务的分析(服务建模) 8.3 面向服务的设计(服务契约) 8.4 服务逻辑设计 8.5 服务发现 8.6 服务版本控制和退役 第9章 REST服务分析与服务建模 9.1 统一契约建模和REST服务目录建模 9.1.1 REST约束和统一契约建模 9.1.2 REST服务集中化和规范化 9.2 REST服务建模 9.2.1 REST服务能力粒度 9.2.2 资源与实体 9.2.3 REST服务建模流程 9.2.4 步:分解业务流程(分解为细粒度活动) 9.2.5 第2步:过滤掉不适合的活动 9.2.6 第3步:识别无关性候选服务 9.2.7 第4步:识别特定于流程的逻辑 9.2.8 第5步:识别资源 9.2.9 第6步:将服务能力与方法和资源相关联 9.2.10 第7步:应用面向服务 9.2.11 第8步:识别候选服务组合 9.2.12 第9步:分析流程处理需求 9.2.13 0步:定义候选公用服务 9.2.14 1步:将以公用功能为中心的服务能力与方法和资源相关联 9.2.15 2步:应用面向服务 9.2.16 3步:修改候选服务组合 9.2.17 4步:修改资源定义 9.2.18 5步:修改候选能力分组 9.2.19 其他考虑因素 0章 面向服务的设计和REST 10.1 统一契约设计考虑 10.1.1 设计并标准化方法 10.1.2 设计HTTP头并进行标准化 10.1.3 设计HTTP响应代码并进行标准化 10.1.4 设计媒体类型 10.1.5 设计媒体类型模式 10.2 REST服务契约设计 10.2.1 基于服务模型设计服务 10.2.2 设计资源标识符并进行标准化 10.2.3 在REST约束下设计及REST约束的标准化 10.3 复杂方法的设计 10.3.1 无状态的复杂方法 10.3.2 有状态的复杂方法 第四部分 REST服务组合1章 REST基础服务组合 11.1 服务组合术语 11.1.1 组合和组合实例 11.1.2 组合成员和控制器 11.1.3 服务活动 11.1.4 组合启动者 11.1.5 点对点数据交换和组合 11.2 服务组合的设计影响 11.2.1 面向服务原则和组合设计 11.2.2 REST约束和组合设计 11.3 组合层次结构和分层 11.3.1 实体服务组成任务服务 11.3.2 实体服务组成实体服务 11.4 REST服务组合设计的若干考虑 11.4.1 同步和异步服务组合 11.4.2 幂等的服务活动 11.4.3 组合的逗留状态 11.4.4 组合参与者之间的绑定 11.5 按步骤分解的服务活动 11.5.1 请求购买机票 11.5.2 验证所请求的航班详情 11.5.3 确认航班座位 11.5.4 生成单据 11.5.5 创建机票 11.5.6 总结 2章 REST高级服务组合 12.1 服务组合与无状态 12.1.1 采用服务无状态的组合设计 12.1.2 采用无状态的组合设计 12.2 跨服务的REST事务 12.2.1 REST友好的原子服务事务 12.2.2 REST友好的补偿服务事务 12.2.3 非REST友好的原子服务事务 12.3 事件驱动的REST交互 12.3.1 事件驱动的消息机制 12.3.2 消息轮询 12.4 带有动态绑定和逻辑延迟的服务组合 12.4.1 跨规范化服务的非规范化能力 12.4.2 深化组合 12.4.3 动态地绑定公共属性 12.4.4 运行时逻辑延迟 12.5 跨服务目录的服务组合 12.5.1 REST的目录端点 12.5.2 基线标准化的服务目录之间的动态绑定 3章 REST服务组合之案例研究 13.1 重温授予学生奖项流程 13.2 提交申请和任务服务调用 13.3 授予学生奖项服务组合实例(评审前的服务活动视图) 13.3.1 步骤1:从组合启动者到授予学生奖项任务服务(A) 13.3.2 步骤2:从授予学生奖项任务服务到事迹实体服务(B) 13.3.3 步骤3:从事迹实体服务到授予学生奖项任务服务(B) 13.3.4 步骤4:从授予学生奖项任务服务到奖项实体服务(E) 13.3.5 步骤5:从奖项实体服务到授予学生奖项任务服务(E) 13.3.6 步骤6:从授予学生奖项任务服务到奖项实体服务(E) 13.3.7 步骤7:从奖项实体服务到授予学生奖项任务服务(E) 13.3.8 步骤8:从授予学生奖项任务服务到学生实体服务(F) 13.3.9 步骤9:从学生实体服务到授予学生奖项任务服务(F) 13.3.10 步骤10:从授予学生奖项任务服务到学生成绩单实体服务(F) 13.3.11 步骤11:从学生成绩单实体服务到授予学生奖项任务服务(F) 13.3.12 步骤12:从授予学生奖项任务服务到组合启动者(A) 13.4 评审待定的申请和任务服务调用 13.5 授予学生奖项服务组合实例(评审后的服务活动视图) 13.5.1 步骤1:从组合启动者到授予学生奖项任务服务(L) 13.5.2 步骤2:从授予学生奖项任务服务到通知公用服务(N) 13.5.3 步骤3:从通知公用服务到学生实体服务(N) 13.5.4 步骤4:从学生实体服务到通知公用服务(N) 13.5.5 步骤5:从通知公用服务到授予学生奖项任务服务(N) 13.5.6 中间步骤:从授予学生奖项任务服务到事务协调者(P,Q) 13.5.7 中间步骤:从事务协调者到授予学生奖项任务服务(P,Q) 13.5.8 步骤6:从授予学生奖项任务服务到授予实体服务(P) 13.5.9 中间步骤:从授予实体服务到事务协调者(P) 13.5.10 中间步骤:从事务协调者到授予实体服务(P) 13.5.11 步骤7:从授予实体服务到授予学生奖项任务服务(Q) 13.5.12 步骤8:从授予学生奖项任务服务到学生成绩单实体服务(Q) 13.5.13 中间步骤:从学生成绩单实体服务到事务协调者(Q) 13.5.14 中间步骤:从事务协调者到学生成绩单实体服务(Q) 13.5.15 步骤9:从学生成绩单实体服务到授予学生奖项任务服务(Q) 13.5.16 中间步骤:从授予学生奖项任务服务到事务协调者(P,Q) 13.5.17 中间步骤:从事务协调者到授予学生奖项任务服务(P,Q) 13.5.18 步骤10:从授予学生奖项任务服务到组合启动者(L) 第五部分 补充4章 SOA与REST的设计模式 14.1 受REST启发的SOA设计模式 14.1.1 内容协商 14.1.2 端点重定向 14.1.3 实体链接 14.1.4 幂等能力 14.1.5 轻量级端点 14.1.6 可重用契约 14.1.7 统一契约 14.2 其他相关的SOA设计模式 14.2.1 契约集中化 14.2.2 契约去规范化 14.2.3 域目录 14.2.4 模式集中化 14.2.5 状态消息机制 14.2.6 校验抽象 5章 REST服务版本控制 15.1 版本控制基础 15.1.1 REST服务契约的兼容性 15.1.2 统一契约方法的兼容性 15.1.3 统一契约媒体类型的兼容性 15.2 版本标识符 15.2.1 使用版本标识符 15.2.2 版本标识符和统一契约 6章 统一契约概要 16.1 统一契约概要模板 16.1.1 统一契约层结构 16.1.2 方法概要结构 16.1.3 媒体类型概要结构 16.2 REST服务概要考虑 第六部分 附录附录A 案例研究结论 附录B 支持Web的工业标准 附录C REST约束参考 附录D 面向服务原则参考 附录E SOA设计模式参考 附录F 状态的概念和类型 附录G 带注解的SOA宣言 附录H 其他资源 书中提到的模式的作者 关于序的作者 关于作者 
作者介绍
作者简介 Thomas Erl 国际IT畅销书作家,畅销的SOA书籍的作者,Arcitura教育集团的创始人。其著作在全球的印刷量超过16万册,涉及的主题从云计算、语义网技术到SOA。他曾出访过20多个国家,担任各种活动的演讲者和导师,定期参加SOA、Cloud   Service技术研讨会和Gartner会议。Thomas的100多篇文章和采访发表在大量出版物上,其中包括《华尔街日报》和《CIO杂志》。 Benjamin Carlyle Invensys Rail公司SystematICS服务框架创始开发者,做软件开发员、软件架构师及系统工程师多年。从2004年起开始专注于REST和服务技术的整合。他出席过国际SOA研讨会,并为关于REST风格设计的国际研讨会担任技术委员。他的成就在于帮助启发了Java的RESTlet框架,并创造了描述REST统一契约结构的“REST三角”(REST Triangle)一词。他对REST及相关风格的理论和实际应用以及更加广泛的软件及系统架构都有非常深入的见解。 Cesare Pautasso 瑞士卢加诺大学大学信息学院的助理教授。此前,曾任IBM苏黎世研究实验室研究员和苏黎世联邦理工大学资深研究员。他的研究组着重于建立实验系统,探索REST架构风格和模型驱动的软件组合技术的交集、业务流程管理及动态自组织的面向服务架构。他是IEEE和ACM的活跃成员,还在WWW会议上启动了一系列关于REST风格设计(WS-REST)的国际研讨会,并担任第九届IEEE的Web Service欧洲会议(ECOWS2011)的大会主席。 Raj Balasubramanian IBM软件部业务流程优化(BPO)团队的资深技术人员,专注于跨行业交付SOA/BPM/Cloud解决方案。他在IBM DeveloperWorks上发表了大量的文章,并在各种主题的行业会议上发表演讲。他的兴趣在分布式系统、将Web结构应用于方案设计,及使用正式的模型和分析来推论大型系统。译者简介马国耀 IT行业从业十余年,做过开发工程师、项目经理、架构师、售前、咨询等;从2007年开始,一直从事SOA相关的设计与咨询工作,擅长SOA理论,ESB、BPM、CEP相关产品与技术,是IBM认证的SOA解决方案架构师。热爱翻译与分享,自2009年开始担任InfoQ中文站的社区编辑,现任云计算与SOA社区主编,译著有《云计算与SOA》。在2002年和2007年分别获得吉林大学(少年班)工学学士学位、北京大学理学硕士学位。申健 2005年毕业于南京大学,之后一直在跨国企业从事研发和管理工作,涉及电信、银行、互联网等领域,擅长用不同技术实现面向服务的分布式架构设计和整体解决方案,熟悉J2EE、Python、嵌入式
序言

—  没有更多了  —

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP