本书非常适合那些想要或正在实施云计算项目的每一位首席技术官、企业架构师、产品经理和技术决策者阅读。

序



我第一次遇见Mike Kavis（迈克.凯维斯），是几年前他把我们的SOA课程“特许ZapThink架构师”（Licensed ZapThinkArcbitect）引入他在佛罗里达的公司时。作为公司负责架构的副总裁，Mike希望能说服自己的开发团队，让他们像架构师一样思考。当然，我无法在4天的时间把开发人员转变成架构师，所以课程的重点是帮助人们像架构师一样思考。
你现在看到的这本书，任务也是如此。作为一种使用IT基础设施的方法，云计算还在不断成长，技术细节也在不断变化之中——但是云的架构原则基本已经确定。只有像架构师那样思考，你才能够利用云计算的全部威力。
架构师在IT部门中的位置比较特别，因为他们对业务和技术都有涉足。他们必须走出IT人员对技术的痴迷，把眼光放远，从细节上了解什么可行、什么不可行；但同时也必须立足市场，熟知业务，知道企业的战略、目标，以及问题。
本书将所有这些点串联了起来。Mike Kavis有意避开了那些产品或供应商相关的细节，侧重于架构师及架构涉及各方应当解决的各种挑战；或者说，如何以适当的解决方案来解决业务问题。一个谁都知道，但是易说难做的问题。
之所以在云中解决这些挑战会如此困难，是因为云并非只是一个简单的概念。它涉及方方面面的内容：SaaS、PaaS和IaaS服务模式，公有的、私有的以及混合的部署模式，更别说还有各种不同的价值主张了。有些组织想要通过云来节省费用，还有一些想要将资本支出转换成运营支出。更大的收益是弹性：能更好地应对不可预期的IT资源需求。
架构的意义从未这么明显。企业能否在云中搭建出真正解决业务问题的可行的解决方案，取决于是否进行了合理的架构设计。Mike Kavis在高效的云方案架构设计上有着多年的实践经验，我相信他的经验和见解能给大家带来非常多的帮助。
——Jason Bloomberg
ZapThink总裁



前言




如果你不知道要去哪儿，那么哪条路都行得通。
——路易斯.卡罗尔，《爱丽丝漫游仙境》

2008年的夏天，在企业数据中心构建软件超过30年之后，我离开了大企业，尝试从头创建一家科技公司，而所凭借的不过是一家初创企业创始人的独创性理念。多年来，我一直在各种约束下进行软件构建的工作，这些约束包括已有的数据中心和为获取新的计算资源所需要的漫长采购周期，直到我看到了使用云计算以按使用付费的模式实现更高的敏捷性的机会。在我开始自己的工作时，我在社交网络上发布了一条消息，问是否有人知道任何在公有云发生的真实存在的实时交易处理案例。我的推文引来了无数的嘲笑和尖刻的评论；毕竟，在2008年时又有谁能想到实体零售店的POS系统会通过互联网，使用公有云中的交易引擎来处理信息呢？有人笑着留言说：“如果你找到这样的案例一定要告诉我。”很明显，我们是探索者，我们只能按照探索者的方式来赚取经验值：试错！现在，5年过去了，我想要与读者分享这些经验和教训，让大家能从别人的经验中受益，而不必像探索者那样靠蛮力来试错。
有许多书对云计算的概念以及云计算为什么是个人计算机诞生和互联网兴起以来最大的游戏规则改变者进行了详细论述。当前市场上的书也大都以管理层、初学者或开发人员为主。本书与此的区别在于，首席技术官、企业架构师、产品经理和关键的技术决策者是我们的主要目标读者。
有些以云架构师为读者对象的书会对如何在云中构建软件进行非常具体的阐述，并且通常会侧重于几个知名的供应商。本书的内容与供应商无关，因为讨论的所有内容均适用于所有的供应商或专用解决方案。我一直认为，成功使用云计算最关键的技术决策之一，就是基于业务、技术和组织需求等各方面情况选择正确的云服务模式。遗憾的是，市场上明显缺乏足够的信息来引导决策者通过这个关键决策点。因此，本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点，填补这个信息缺口。
对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。从零开始一个云方案是一个让人有畏惧感的工作。本书向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。
内容概述
在每一章，我都会分享一个与主题相关的故事。这些故事不是来自我在自己的事业中曾经经历的个人经验，就是来自我的同行或同事；其中的公司、个人和产品的名称都用了假名来替代。鉴于我们在工作中都有着相似的经验，所以故事的讲述能帮助读者更好地将技术话题联系起来。正如任何其他的技术转变一样，围绕着云计算也有许多的炒作、神话和误解，这使得一些组织拒绝或难以接受云。在我的职业生涯中，我已经多次看到同样的情况出现在互联网、面向服务架构（SOA）、敏捷方法论及其他技术和理念的采用上。我也足够幸运地有机会以开拓者的身份参与到某些技术转变中。所以在本书中，我会用一些过去的故事来显示拒绝云计算与拒绝先前技术的相似之处。
我知道用熟悉的业务场景讨论技术会使读者对概念产生画面感，并且更容易将这种画面感与读者真实的生活场景对应起来。于是我创造了一个虚构的在线拍卖公司AcmeeAuctions（AEA），并且用AEA描述了许多相关的业务场景来帮助说明本书的重要观点。我对AEA业务的讨论涉及方方面面，而不仅限于其在线拍卖网站，所以那些并非从事电子商务的读者也无须过于担心。本书会有大量适用于所有读者的相关业务场景论述。
开卷须知
本书的写作目的是为了填补我在2008年创建自己第一个云应用时便已存在的空白。每章都提供了来自我个人经历（既有成功经验，也有失败教训）的一些见解。我希望通过分享这些经验、教训，以及提供一些涉及各领域的设计注意事项，我的读者能够做出更精确的设计决策，而不必像我一样依靠大量的试错来获得成功。如果设计得当，云计算确能为用户带来巨大的收益，比如提高市场化速度、降低整体拥有成本，以及具有更多的灵活性等。但我们没有捷径可走。要想获得这些收益，我们必须采取一种更为务实的方法。本书的目的就是为读者提供各种设计考虑因素，帮助读者实现云所承诺的各种目标。
致谢



首先，我想感谢我的妻子Eleni以及我的孩子Yanni和Athena。他们在我的整个职业生涯中一直支持我，并且在过去的10年里，在我的人生经历了4年的夜校研究生学习、5年的商业旅途奔波以及将近6个月待在办公室撰写本书时，做出了各种牺牲。
没有我的朋友、导师以及同样的REST信徒，ZapThink总裁JasonBloomberg的指导、建设性批评以及鼓励，我是无法完成这本书的。多谢他对本书章节的检查以及在我遇到困难时对我给予的帮助。
特别感谢两位勇士Greg Rapp和Jack Hickman，他们与我一起奋斗了超过10年之久，帮我赢取了2010年的AWS创业挑战赛。如果没有像他们这样天才、专注又忠诚的技术人员，我是无法获得撰写云方面书籍所需的经验的。在2008年，没人会疯狂到将零售终端（POS）交易拿出零售店面，放到公有云中去。我们被零售商、POS供应商、投资人、同行及几乎所有人拒绝。Greg和Jack从未对公司的战略提出疑问，勇于接受各种挑战。我们一起改变了整个零售行业的现状，现在基于云的POS交易成为未来的趋势。谢谢你们，Greg和Jack！
最后，感谢我的父母将我抚养长大，给予我最好的成长条件。爸爸和妈妈，你们可以多看看书里的图片，因为你们可能完全看不懂这本书在说什么。