SOA实践指南

Josuttis.N.M.

出版时间

2008-01-01

ISBN

9787121070419

评分

★★★★★

标签

编程

书籍介绍

《SOA实践指南:分布式系统设计的艺术》主要内容:多年来,SOA一直只是个美好的愿景。通过描述在实践中实现和运行SOA所碰到的问题,《SOA实践指南:分布式系统设计的艺术》让SOA走入凡尘,真正能被大家所用。通过介绍SOA的方方面面,分析典型的使用模式,并探究松耦合如何帮助构筑更强大的应用,《SOA实践指南:分布式系统设计的艺术》提出了一个框架,帮助你决定何时,以及如何利用SOA获益。在《SOA实践指南:分布式系统设计的艺术》中,你将:直接聚焦于真实的技术和部署,而不是仅仅关注若干标准在应用SOA解决方案之前,先检查业务问题,确定哪些业务问题适用SOA方法找到建立解决方案的清晰路径,而不是陷入不断变化的Web Services细节泥潭之中分享资深SOA系统架构师的实战经验“《SOA实践指南:分布式系统设计的艺术》描述的原则和经验,在使T-Mobile公司成功建立SOA上扮演了重要角色,公司的SOA每天要处理超过1000万个服务调用。”

AI导读
核心看点
  • 聚焦SOA实战,剖析分布式系统设计与松耦合艺术
  • 详解ESB职责、服务分类及业务流程管理核心概念
  • 提供架构决策框架,指导何时及如何利用SOA获益
适合谁读
  • 系统架构师及负责企业级分布式系统设计的工程师
  • 希望深入理解SOA理念而非仅关注具体技术实现的开发者
  • 面临遗留系统整合挑战,寻求架构演进路径的技术管理者
读前提醒
  • 本书偏重方法论与思想,非特定技术框架的操作手册
  • 部分技术背景如Web Services已显陈旧,需结合微服务视角阅读
  • 建议关注松耦合、服务契约及组织监管等核心架构原则
读者共识
  • 内容系统全面,是理解SOA思想与避免踩坑的入门佳作
  • 理论深度足但实战代码少,部分读者认为问题多于解决方案
  • 虽技术细节过时,但其架构设计思维对现代开发仍有借鉴意义

本导读基于书籍简介、目录、原文摘录、短评和书评生成,不等同于全文精读。

精彩摘录
  • "实践中,服务运行缓慢的主要原因是,服务的实现运行耗时。这就是说,服务供应者需要时间来处理请求,提供应答。在这种情况下,你必须看看一个服务调用通常的响应时间,然后考虑这个响应时间的伸缩性有多好。如果服务供应者资源有限,或存在瓶颈,同事处理多个服务调用就可能导致严重的性能障碍。因此,一份服务契约应该包括一个服务等级协议(SLA),它不仅指明平均响应时间,还要指明在一定时间内能响应的调用的数量(这就是所谓的“时间服务系数”,TSF)。 如果一个消费者觉得服务的响应时间太长,而你又无法通过增加系统硬件和带宽来改善性能的话,通常,你必须在消费者端进行解耦。这就是说,服务消费者可能不应该同步地等待服务调用"
  • "基本服务 有两类基本服务:基本数据服务和基本逻辑服务 基本数据服务从一个后端系统读取数据,或者向其写入数据。通常,每一个这类服务都代表了后端的一个基础业务操作。 基本服务应该具备所谓的ACID特性,这意味着它们应该具备: 原子性:这是说对服务的调用要么成功,要么没有影响。保证这个特性是提供服务的后端的任务。 一致性:这是说在服务调用之后,后端达到了一个合法、一致的状态。如此一来,就没有服务调用能够把后端带进一个不一致的状态。 隔离性:这是说被后端处理的服务,不应该被同时、在同样的后端上运行的其他服务调用所影响。换句话说,读取服务应该返回自身一致的数据。 持久性:这是说当服务调用成功后,要保证影"
  • "一个航班订票系统故障会导致每小时10万美元的损失,一个信用卡系统崩溃会导致每小时30万美元的损失,一个股票交易系统机能失常会导致每小时800万美元损失。正如这些数字所示,对大兴奋不是系统来说,容错是关键。当发生问题时,最小化问题的影响和后果很重要。"
  • "SOA方法接受异质.SOA正是依靠对异质性的承认和支持来处理大系统的。 SOA不关心异质化是否是好事;SOA的目标仅仅是,在异质化存在的地方,用一种合适的方式处理异质化。"
  • "虽然这些系统从内部来看当然是技术系统,然而,外部接口必须设计得让业务人员也能理解。从外部必须看不到技术细节。该方法的良好效果是,在这种抽象层次上,特定平台的细节无关紧要。由此,平台可以是异质的。"
  • "ESB的关键特征是,它使你能在异质系统间进行服务调用。它的职责包括数据转化、(只能)路由、处理安全和可靠性、服务管理、监测,以及日志。"
  • "监管 “监管”是所有流程的元流程,也是SOA的一个总体策略。为了在组织中建立SOA,你必须设立恰当的流程。这包括找到合适的人来结合所有SOA要素,得到能工作、适合组织的SOA通常由一个中央团队(有时被称为SOA能力中心)来处理基础设施、架构和流程问题。这个组同时也负责建立SOA共识,以及钻研SOA并得出正确结论。中央团队的工作需要管理上的支持,因为除了时间和资源外,处理SOA在组织结构方面的影响还需要勇气。 理解、监管和管理支持和钻研是SOA成功的关键因素。"
  • "Gartner的研发副总裁Paolo Malinverno在Gartner06中如此写道: 面向服务的架构的监管不是可选项,它绝对必要。SOA越大,就越需要更多地监管,监管的角色和机制也势必更复杂。监管方面的安排要花长时间来设计和安装,并且难以执行,但是,如果没有它们的话,所有超过了先驱阶段的SOA项目都将面临风险。"
作者简介
Nicolai M.Josuttis.著有《C++标准库》和《C++模板》,两书都由Addison-Wesley出 版。他的职务是系统架构师和技术经理。最近两年,他在一家国际电话公司中全面推广 SOA。Nicolai在几个会议上办过s0A讲座,多年来他一直在发表关于这个主题的演讲。
目录
前言
第1章:动机
1.1 大型分布式系统的特征
1.2 魔术总线故事
1.3 魔术总线故事给我们的启示

显示全部
用户评论
太及时的一本书,让我看清前路
作为入门SOA的书籍还是不错的。
居然是2007年的老书了,居然原来没有看过,相见恨晚。很系统地说明了SOA涉及的方方面面,准备了解下IBM的,估计IBM会比这书空许多。
比较清晰的分布式架构蓝图
读起来有趣又有营养,可以获得大量关于SOA的干货,当然有些知识即便你不搞SOA也对你大有裨益,每章后的总结尤其好。
比较老的书了,歪果仁理解的时间与我们不太一样,只可惜时代更新太快,SOA已经几乎被微服务取代了。
一本方法论书,和实践关系不大
看了一点,感觉不适合我现在看。提出了很多问题,即使现在也还是没能解决的问题。前人的趟坑指南。——你走或不走,坑就在那里。15%
讲的还是不错,不过有点过时了,web service已经过时了。现在炒的比较热的微服务有点相似,有时间要看看微服务
收藏