初识《云计算和SOA》
前几天参加了HTML5研究小组的翻译送书的活动，有幸获得了一本《云计算和SOA》。第一次看到SOA这个名词还是在《程序员》杂志，同时还伴随着另外一个名词就是SaaS。又过了几年开始听到有了云计算的概念，但是并不了解此为何物。2009年参加了CSDN的软件开发2.0大会，听到了中国工程院院士李德毅教授关于云计算的详细解释，也对云计算有了初步的认识。可是这些事情都已经年代久远，再加之实际工作中没有应用，所以这些概念又慢慢模糊起来。这次之所以选这本书，也算是为了再次扫盲。
这本书给我的第一感觉就是有点薄，而震撼从翻开第一页就开始了。略过前面众多推荐不说，单是前言中“关于本书”的两句就足以让人刮目相看：“对于那些希望利用SOA与云计算融合所带来的优势的人们，本书堪称圣经”，“作为本书的作者，在每一个有助于云计算与SOA融合的研究方向上，我都是公认的权威”。当时看到这两句的话，第一反应就是：“太霸气了！”能够说出这样话的人，要么是吹牛皮，要么是真的权威。我相信凭着图灵的水平，他应该属于后者。
本书并没有直接讲从什么云计算或者什么是SOA，而是从一个案例入手，提出了当今企业中IT所面临的严峻问题：IT的应变能力扬中拖累了公司核心业务的发展。那么如何解决这个问题呢？“SOA来拯救”以及之后“SOA是什么？”、“SOA与云计算”就水到渠成了。从问题切入，与实际相结合，是该书最大的特点，从来没有那些让人瞌睡虫指数级增长的干巴巴的定义和说教。因为在前言中，作者已经提到：“过去的图书更多地关注定义事物是什么，本书……更多地是怎么做。”对我来说，这种风格尤其适合，所以才一口气读完了这本书。
既然是与实际相结合，那么一切确定就要与实际情况相符合，所以，书中充满了唯物主义的辩证思想，“云计算并非IT的救世主。它只不过是企业架构的一种就是部署方式…”、“本书并不鼓吹云计算……你从本书中获得是不偏不倚的观点，包括什么情况下适合使用云计算，什么情况下不宜使用云计算”、“在我这里，你永远不会听到……你应该把你的核心信息系统部署到云计算平台之上，同时也不会听到‘你根本不需要云计算’……”等等。记得很多年前，论坛上经常有关于语言优劣的争论，尤其.Net和Java两大阵营，唇枪舌战，唾沫横飞。而在我看来这种争论几乎毫无意义，每种语言的设计者在设计时必然要考虑其要解决的问题，那么就会突出某方面的特性，而弱化另外一些方面。而架构亦是如此，没有放置四海皆准的黄金法则（银弹？），每一种架构都是针对特定问题的所设计和优化的，可能不会有人用微博的架构去做CRM。如今，国内的技术氛围越来越浓，而那些无谓的争论也在逐渐消失，可喜可贺。
作者一再强调SOA是一种架构模式，而云计算是一种架构实践。那么这个架构是否适合解决你当前面临的问题呢？要回答这个问题，那么首先要弄明白要解决的问题是什么？在第四章的最后，作者给出了设计商业案例的具体步骤：（1）理解现有问题：IT问题和业务问题（2）分配开销（3）建模“当前状态”（4）建模“目标状态”（5）定义价值点（6）定义硬性收益（7）定义软性收益（8）创建最终商业案例。在我看来，这个步骤同样适用于架构的设计和优化。在我们决定优化架构之前，首先要找出当前架构面临的问题，接着要定义优化的目标并确定大概需要的开销，然后就开始着手实际。不过，在架构的优化实践中，尤其是小型项目，各个步骤可能不会这么详细的定义。从第五章到第十章，作者分别从SOA中最重要的数据、服务、流程、治理和测试几个方面讲解如何确定问题域以及选择合适的服务。虽然这6章的内容充满了实践的味道，但是与现实中云计算服务还是有些脱节，于是在第十一章“迈向云计算”中，作者就结合当然流行云服务如Amazon EC2、Amazon Simple DB、Force.com等给出了实例。
通读此书之后，给人的感觉作者行文如行云流水，娓娓道来，引人入胜。当然，译者也功不可没，在其中也几乎没有发现由于直译而晦涩的名词（除了在117页，“添加账务”和前面的“添加账户”不一致外）。
我始终坚信，真正的权威，除了能够有异于常人的深厚的理论和实践知识，更能够把这些知识深入浅出地分享给其他人。
转自：
这本书给我的第一感觉就是有点薄，而震撼从翻开第一页就开始了。略过前面众多推荐不说，单是前言中“关于本书”的两句就足以让人刮目相看：“对于那些希望利用SOA与云计算融合所带来的优势的人们，本书堪称圣经”，“作为本书的作者，在每一个有助于云计算与SOA融合的研究方向上，我都是公认的权威”。当时看到这两句的话，第一反应就是：“太霸气了！”能够说出这样话的人，要么是吹牛皮，要么是真的权威。我相信凭着图灵的水平，他应该属于后者。
本书并没有直接讲从什么云计算或者什么是SOA，而是从一个案例入手，提出了当今企业中IT所面临的严峻问题：IT的应变能力扬中拖累了公司核心业务的发展。那么如何解决这个问题呢？“SOA来拯救”以及之后“SOA是什么？”、“SOA与云计算”就水到渠成了。从问题切入，与实际相结合，是该书最大的特点，从来没有那些让人瞌睡虫指数级增长的干巴巴的定义和说教。因为在前言中，作者已经提到：“过去的图书更多地关注定义事物是什么，本书……更多地是怎么做。”对我来说，这种风格尤其适合，所以才一口气读完了这本书。
既然是与实际相结合，那么一切确定就要与实际情况相符合，所以，书中充满了唯物主义的辩证思想，“云计算并非IT的救世主。它只不过是企业架构的一种就是部署方式…”、“本书并不鼓吹云计算……你从本书中获得是不偏不倚的观点，包括什么情况下适合使用云计算，什么情况下不宜使用云计算”、“在我这里，你永远不会听到……你应该把你的核心信息系统部署到云计算平台之上，同时也不会听到‘你根本不需要云计算’……”等等。记得很多年前，论坛上经常有关于语言优劣的争论，尤其.Net和Java两大阵营，唇枪舌战，唾沫横飞。而在我看来这种争论几乎毫无意义，每种语言的设计者在设计时必然要考虑其要解决的问题，那么就会突出某方面的特性，而弱化另外一些方面。而架构亦是如此，没有放置四海皆准的黄金法则（银弹？），每一种架构都是针对特定问题的所设计和优化的，可能不会有人用微博的架构去做CRM。如今，国内的技术氛围越来越浓，而那些无谓的争论也在逐渐消失，可喜可贺。
作者一再强调SOA是一种架构模式，而云计算是一种架构实践。那么这个架构是否适合解决你当前面临的问题呢？要回答这个问题，那么首先要弄明白要解决的问题是什么？在第四章的最后，作者给出了设计商业案例的具体步骤：（1）理解现有问题：IT问题和业务问题（2）分配开销（3）建模“当前状态”（4）建模“目标状态”（5）定义价值点（6）定义硬性收益（7）定义软性收益（8）创建最终商业案例。在我看来，这个步骤同样适用于架构的设计和优化。在我们决定优化架构之前，首先要找出当前架构面临的问题，接着要定义优化的目标并确定大概需要的开销，然后就开始着手实际。不过，在架构的优化实践中，尤其是小型项目，各个步骤可能不会这么详细的定义。从第五章到第十章，作者分别从SOA中最重要的数据、服务、流程、治理和测试几个方面讲解如何确定问题域以及选择合适的服务。虽然这6章的内容充满了实践的味道，但是与现实中云计算服务还是有些脱节，于是在第十一章“迈向云计算”中，作者就结合当然流行云服务如Amazon EC2、Amazon Simple DB、Force.com等给出了实例。
通读此书之后，给人的感觉作者行文如行云流水，娓娓道来，引人入胜。当然，译者也功不可没，在其中也几乎没有发现由于直译而晦涩的名词（除了在117页，“添加账务”和前面的“添加账户”不一致外）。
我始终坚信，真正的权威，除了能够有异于常人的深厚的理论和实践知识，更能够把这些知识深入浅出地分享给其他人。
转自：
有关键情节透露
