在过去15年中，数据中心一直发展缓慢，几乎我们所有人都见证了这些变化。这种缓慢而稳定的发展对我们所有人来说都显而易见，因为只要我们愿意看，数据就在那里。但就像枪手缓慢地移动到射击位置，即使是在敌人的关注下，也不会引起敌人的注意一样，电力的消耗和约束同样悄悄地走近了我们，使我们措手不及，不得不匆忙改变我们数据中心的产能规划模型。...

现在我们可以来看看如何把这些监控方法加人到你的运营和业务流程中了。我们的监控基础设施事实上是支持许多流程的命脉。我们在第部分中介绍了许多流程，而我们从回答第一个问题“有问题吗”到第三个问题“什么问题”所执行的监控操作，会为这些流程进行决策提供必需的数据。...

我们指出了对公司来说并非所有数据都是有价值的，但所有数据都是有成本的。这句话同样适用于监控。如果你要对自己能想到的所有东西都进行监控，那么很可能在你收集的数据中，你能用到的少之又少。同时，你还制造了很多噪声，这就是大多数监控平台失去作用的前兆。此外，你还浪费了大量的员工时间和公司资源，从而花费了股东的钱。要帮助你了解哪些监控指标对我们来说有价值，而哪些没有，最简单的方式是自上而下地逐步执行一遍我们的渐进式监控框架，说明每层创造的价值以及如何限制这些实现的成本。...

我们曾经见到过的，或者与客户和雇主讨论过的。我们的目的是通过与你分享这些，给你一些各种可能的实现的样本，不要认为这就是所有的实现方法了。实现和利用网格计算基础设施的方法有很多。当所有人都熟悉了网格后，你和你的团队一定能够提出大量可以从这种架构受益的项目，然后你只需权衡这些项目使用网格的优缺点，就可以确定哪个项目真的值得实现了。在扩展应用时，网格计算是一种重要的工具，既可以利用网格对生产环境中的某个程序进行经济有效的扩展，又可以用它来加速生产开发周期中的某一步，如编译。并不是只...

现在我们要从使用网格计算基础设施的优点转而讨论它的缺点了。与优点一样，每一个缺点的重要性是与你考虑使用网格的应用直接相关的。如果你的应用设计是允许并行运行的，那么不适用于单应用这个缺点对你来说可能不算什么。但如果你采用了网格计算的架构，而你的应用是单应用，并且已经发展到在24小时内不能计算完只需要24小时计算的数据，而你必须要做些什么，否则就会一直拖后，那么这个缺点也许就是你的死穴。我们将讨论三类主要的网格计算缺点，包括难以同时共享基础设施、不适用于单应用以及增加了使用基础设...

网格计算模型的优点包括高计算速度、共享的基础设施、对未使用产能的利用以及成本。能够根据处理的需要迅速地展计算周期的能力，显然直接适用于扩展应用、服务或程序。就可扩展性来说，根据需要增加计算产能非常重要，但同样重要的是，要能够经济有效地做到这一点。...

首先要介绍的是我们见过的或者推荐客户使用的几种云实现。当然，你可以把应用的生产环境托管到云上，但在当今的软件开发组织中，还有很多其他的环境。也有许多方法可以同时利用不同的环境，如联合使用一个托管中心和代管中心。显然，把生产环境托管到云上，从虚拟硬件的角度看，你就有了按需扩展的能力。当然，这并不能保证你应用的架构可以利用虚拟硬件的这种扩展能力，你必须预先确认这一点。云还有一些其他的方式帮助你的组织扩展，我们也会在这里介绍它们。如果你的软件开发团队或质量保证团队在等待使用某个环境...

对于公共云计算来说，我们认为有五类重要缺点。这五类缺点并不都适用于私有云。但由于公共云利用最广泛，而且最受大家关注，所以我们还是针对公共云进行了分析。这五类分别是安全性、可移植性、控制力、局限性和性能。显然，这些都是非常粗的分类，要完全理解它们，我们还需要深人地对它们进行逐探讨。...

在云上运行你的基础设施，有三方面的重要优点，即成本、速度和灵活性。每一种优点对一特定的状况都有不同程度的重要性。你应该根据每种优点对你来说是否适用以及是否确实对你益来进行权衡。下面我们对每种优点进行详细介绍。...

现在我们理解了同步调用和异步调用之间的区别。为什么要了解它们呢?答案在可扩展性当中。如果过度使用同步调用，或者使用不当，会给系统造成过度的负担，妨碍它扩展。让我们维续使用那个query exec的例子，尝试执行一个用户查询。如果根据以下理由，即(1)监控很重要，(2)监控方法运行得很快，(3)最坏的情况不过是用户查询变慢了，我们实现了两个同步调用的监控方法。这些理由虽然意图是好的，但它们却是错误的。如前所述，虽然监控很重要，但是也没有返回给用户的查询结果重要。当被监控的数据库...