云计算的不同用法

首先要介绍的是我们见过的或者保举客户使用的几种云实现。当然，你可以把应用的生产环境托管到云上，但在当今的软件开发组织中，还有许多其他的环境。也有很多方式可以同时利用不同的环境，如联合使用一个托管中间和代管中间。显然，把生产环境托管到云上，从虚拟硬件的角度看，你就有了按需扩展的能力。当然，这并不能保证你应用的架构可以利用虚拟硬件的这种扩展能力，你必须预先确认这一点。云还有一些其他的方法帮助你的组织扩展，我们也会在这里介绍它们。假如你的软件开发团队或质量保证团队在等待使用某个环境，那么整个产品开发周期都会被放慢，这就意味着各种扩展方案(如划分数据库、移除同步调用等)会被推迟，从而影响了应用扩展的能力。

1. 环境
 
对于生产环境，你可以把所有东西都托管到一~种类型的基础设施上，如主机托管中间、主机代管中间、你本身的数据中间、云计算环境，等等。不过，也有逐一些有创意的方法，同时利用了几种环境，这样既能利用它们的好处，同时又能最小化它们的瑕玷。让我们以一个广告服务应用程序为例。这个广告服务应用程序由一个接收广告请求的Web服务器池、一个根据原始请求中提供的信息选择合适的广告的应用服务器池、一个许可发行者和广告商管理他们账户的管理工具以及一个持久存储信息的数据库构成。在我们的应用中，广告服务器不必对每个请求都访问逐一次数据库。它们每15分钟向数据库提议逐一次请求，以接收最新的广告。对于这种情况，我们当然可以为Web服务器池、应用服务器池、管理服务器池和数据库服务器购买批服务器，把它们放置在代管中间中。我们也可以从托管服务提供商那里租用一批服务器，把物理服务器的负担扔给他们。此外，我们还可以把这些池都托管到云环境中的虚拟主机上。
 
我们认为此外还有一种选择。大概我们有资金来购买这些池所必须要的服务器，而且我们的团队成员也能够建立和运行我们本身的物理环境，所以我们决定在代管中间租用一块空间，本身购买服务器。但同时我们也想得到云环境提供的速度和天真性。因为Web服务器和应用服务器并不经常与数据库进行对话，所以我们决定把这些池中的一个托管到代管中间，另一个托管到云上。数据库会放在代管中间，不过它的快照会被发送到云上以备灾祸恢复使用。当流量需求增加时，可以增长云中的Web服务器和应用服务器，这样可以帮助我们度过无法预见的岑岭期。
 
云计算还可以用在当代软件开发组织必须要的其他所有环境中。这些环境包括生产环境、交付预备环境、质量保证环境、负载和性能测试环境、开发环境、编译环境以及存储库等。这些环境中的很多都应该考虑在云环境中实现，由于这样可能会降低成本，并且具有天真性，在必须要它们的时候能够敏捷地建立起来，而在不必须要的时候又能够把它们拆除。即使是从来没有考虑过要把也能从中获益。应用的生产实例建立在云中的企业级的SasS公司或财富500强的公司，因为其他环境利用了云，
 
2 .技能荟萃
 
在考虑是否使用云时，还要考虑哪些因素?假如你真的使用云了，那么要把哪个环境部界到云上呢?我们要考虑的因素之一是你能够用于管理运营基础设施的人数以及这些人员的技他荟萃。假如你的运营人员既没有联网技术，又没有体系管理技术，那么在你考虑是否能够实现和支撑一个代管环境时，就必须要把这些考虑在内。这时最可能的答案是你无法做到。假如没有必要的技能，转移到更加复杂的环境所引发的问题会比它能解决的问题还多。云也有同样的问题。假如没有人负责部署和制止应用实例，而只让开发人员和工程师来做这些事，那么你月尾得到的账单可能会比你预料的多得多。除非有人坚信这个应用实例是必需的，否则让实例-直运行只是在虚耗金钱。
 
另一种可能影响你决策的技能是产能规划。你的营业是否具有许多不可展望的流量，或者你的员工有没有精确展望流量的技能，这些都会对你是否使用云产生紧张影响。当然，云的逐一个紧张好处就是敏捷部署更多虚拟主机以处理峰值需求的能力。
 
总而言之，我们信赖云计算几乎在任何一个公司中都有效武之地。它可能不适合托管你的生产环境，但却可能适合托管你的测试环境。假如你的营业增加量不可展望，假如速度是最紧迫的问题，假如节约成本是生死攸关的，那么云可能是个很好的解决方案。假如你无法分配人员进行运营管理，或者完全无法展望你必须要什么样的产能，那么云计算可能就是你所必须要的。如何把这些汇总在逐一起以便进行决策，这就是下一节的主题。
 
3 .决策流程
 
我们已经介绍了云计算的利弊，并讨论了怎样把云环境集成到公司的基础设施中，最后一步将是提供一个做最后决策的流程。我们保举的这个团体流程的第一步是明确投资云计算的目的或目标，然后创建各种能够达到该目标的实现。然后根据你特定的情况衡量这些实现的利弊，并基于这些利弊给每种实现评级。最后根据得到的综合利弊评级，选择-一种实现方案。让我们从头到尾看一个例子。
 
假设我们的公司AlwaysScale.com正在评估是否要把一个云基础设施集成到它的生产环境中。第一步是明确我们盼望利用云环境来达到什么目标。对于AlwaysSscale.com公司来说，这个目标就是降低基础设施的运营成本，削减采购和供给硬件的时间，把应用的可用性维持在9.99%。基于这三个目标，运营团队设计了三种解决方案:第一种是什么都不做，依然使用代管中间，忘掉统统与云计算相干的讨论；第二种是只把云用于激增的产“能需求，而大多数的应用服务仍然托管在代管中间；第三种是把所有应用服务都转移到云，不再使用代管空间。这样就完成了决策流程的前两步。
 
第三步是衡量对这三种解决方案我们所能提出的所有利弊。这里，我们将使用前面列出的五个瑕玷和三个好处。我们将使用1、3或9的权重对这些优瑕玷进行加权，以便明显区分我们所关心的因素。第一个瑕玷是安全性，我们虽然关心这逐一点，但因为我们没有存储个人身份信息或名誉卡信息，所以我们给它的权重是3。接下来是可移植性，因为我们认为并不必须要达到在不同的基础设施之间敏捷转换，所以我们给它的权重是1。接下来是控制力，我们特别很是关心控制力，所以给它的权重是9。然后是局限性，包括IP地址、负载均衡器和第三方软件的支撑，我们给它的权重是3。我们虽然很关心负载均衡器，但我们不必须要本身的IP空间，而且使用的都是不必须要第三方支撑的开源软件。最后一个瑕玷是性能。因为我们的应用不会消费大量的内存和硬盘，所以我们认为这点对我们来说不是大问题，所以我们给它的权重是1。对于好处，我们最关心的是成本，所以我们给它的权重是9。速度的权重也是9，由于它是我们的重要目标之一，我们也很关心它。最后一点是天真性，我们预计不会太多用到它，所以我们给它的权重是1。
 
第四步是给每个解决方案评级，根据它们各自显现的利弊，分别给它们0到5分的评级。例如，对于“用云知足激增的产能需求”这个方案，可移植性这个瑕玷的评分应该特别很是低，由于我们不太可能必须要实行移植操作。同样地，对于“完全转移到云”的方案，局限性的影响也很大，由于没有其他的环境可用了，所以它的评分应该是5。
 
在对每个解决方案的利弊进行了评分后，这些数字要被相乘并求和。每个好处的网站设计权紧张乘以每个解决方案的评级或评分，然后把每个解决方案的这些乘积相加，就得到了这个解决方案的评分。例如，对于2号解决方案“用云知足激增的产能需求”，它的安全性评级是2，权重是-3。所有瑕玷的权重都负数，这样计算起来简便。安全性的评分和权重的乘积是6，然后它会与2号方案的其他乘积加在一路，团体得分是9:(2x -3)+(1x-1)+(3x-9)+(3x-3)+(3x-1)+(3x9)+(3x9)+(1x1)-9。