序言

很荣幸能为本书作序。2014年年初，当我在主导一家跨国金融服务公司的全球云转型时，特地购买了一批Mike的著作 Architecting the Cloud：Design Decisions for Cloud Computing Service Models ，免费向管理银行所有技术项目的CIO委员会成员赠送了几本。同时也赠送给了CIO办公室里所有向我汇报的管理总监，以及技术部门中支持企业、消费者和资本市场业务的高级领导。大多数领导也是首次接触基础设施即服务（IaaS）和平台即服务（PaaS）等概念。我建议我的同事只阅读前7章，尤其是第3章。该章是为了让每个人都知道，在开始建立和启用具有IaaS和PaaS服务模型的全球私有云之前，哪些是不应该做的。人们往往必须通过预先的认知来降低对新事物的热情，即任何技术转型总是与复杂的风险权衡相关，而Michael Kavis作为过来人，他的一些金玉良言值得慎重考虑。

在本书中，我看到了同样的睿智和严谨，即在开启公有云或多云之旅之前，弄清并正确使用云运营模型是基本要素。我曾多次与客户和在各种公共论坛上谈到云经济、云速度、云规模和云安全的概念。它们是所有云的关键架构和运营目标，无论是私有云、混合云、公有云、边缘云还是多云。其目标是准确量化资本支出（CAPEX）和运营支出（OPEX）的经济权衡，加快基础设施和应用程序的交付速度，并能够动态地纵向或横向伸缩，同时始终通过端到端的安全性、弹性，以及灾难恢复策略和机制来确保弹性、安全性和稳健性。这些点的共同目标是实现云运营模型的成熟度，并且人员、流程和技术必须三位一体才能达到一定水准的运营成熟度，进而实现预期的业务成果。

Mike拿20世纪早期电力公共设施的发展进行类比，这是对基础设施和软件服务向公用类消费模式技术转型的恰当描述。然而，调整电力实际上比将复杂的应用程序工作负载及其数据从传统企业的IT成本管理运营模型，调整到基于云消费的运营模型要简单得多。对于大多数客户的切实情况来说，这并不是一个非真即假的命题，而是基于一系列复杂的应用程序和业务风险管理约束，以及上述的经济性、速度、规模、可靠性和安全性方面的权衡，进而形成的私有云、混合云、公有云和托管云模型的某种组合。

云计算模型为企业提供了巨大的机会，使其能够以前所未有的速度和规模交付新型服务。关键的推动因素是所有软件（其中大部分来自开源社区）——无论是云服务提供商用来交付他们自己的服务，还是云消费者用来交付在这些服务之上构建的应用程序——都能够提供高度的自动化能力。然而，必须适当考虑风险集中这一因素。正如电力公司可能因计划内或计划外停机导致影响数百万用户一样，公有云公司的应用程序和服务的风险集中也可能导致停机，因为它们通常只提供99.9%的基础设施可靠性。当踏上云之旅时，你必须将弹性模型与应用程序一并带上。应用程序不是一座孤岛，它们通常有一个服务生态系统，可以提供应用程序团队工作中依赖的必要生命周期支持机制。许多应用程序开发人员并不像IT基础设施人员那样完全了解弹性，因此他们必须作为一个联合团队一起工作，这可能不是一种自然趋势。本书后面的章节将深入探讨运营模型，让你能够确保运维弹性和可恢复性是云战略、规划和运营模型的一部分。站点可靠性工程模型是在云世界中达到高弹性过程中的关键部分。正如我向同事推荐Mike的第一本书时所做的那样，我强烈建议你至少阅读本书的第7章，以便理解故障模型以及如何避免故障。

—— Greg Lavender 博士
VMware 公司SVP兼CTO
加利福尼亚州帕洛阿托市