在商业领域，云计算仍旧处于一种增长的趋势。伴随着云计算中越来越多的兴趣和投资，商业成功和失败警告并存。为此，我们将以美国国家技术标准研究所（NIST）对于云计算的定义来探讨这些问题：

　　云计算为基于互联网协议的IT服务描述了新的补充、消费以及交付模型，它一般包括创建动态扩展性和虚拟化资源。

　　简言之，它描述了IT架构，这个架构可以利用互联网的功能来访问远程计算资源。当同虚拟机、虚拟数据库和虚拟网络连接时，我们就得到一个可扩展、成本有效的模型，那么为什么实现基于云的解决方案仍旧面临着挑战呢？

　　业务模型应用云计算的适用性受到多个因素的影响。本文中我们将探讨云成熟度、云集成和互联网可靠性以及IT业务成熟度。

• 云成熟度——云成熟度基于计算。
• 云完整性——基于云的整合解决方案
• 互联网可靠性——互联网的可预测性和鲁棒性
• IT业务成熟度——根据更多的开放式体系架构业务的经验和成熟度；例如电子商务VS.传统内部应用。

　　云成熟度

　　当像“前沿”和“前沿产品”这样的术语应用于任何技术的时候，你就会知道正在处理一种不成熟或者至少是不完全成熟的技术解决方案。云计算也落入这个分类中，但是基于我过去多年的经验，IT和业务未必会让步于风险和总体可靠性。云计算是一种不成熟的技术解决方案，其边界、协议和应用不能明确表达，产业标准不明确。这并不意味着云不适用与你的业务和技术需求；而是意味着你需要小心谨慎地进去这个领域。

　　云完整性

　　云计算重新介绍了IT完整性，向传统的架构发起了挑战，这些挑战包括来自整体性能、法规遵从、数据安全/完整性、应用恢复、用户/客户端隐私以及财务审计的所有内容。并不是每一种挑战我们都会遇到，我们会选取一些，仅供参考。

　　Gartner已经确定出云计算领域中的关键风险领域，包括但不仅限于：

• 特权用户访问敏感数据
• 法规遵从
• 存储单元：不同的国家对于数据有不同的规则和法规
• 同一数据存储区域多用户数据隔离
• 应用的灾难恢复
• 调研支持：Gartner警告：云服务很难调研，因为多用户登陆和数据可能协同定位，而且也可能通过千变万化的主机和数据中心传播

　　2011年云计算提供者的失败案例：

• 谷歌未能实现LAPD（洛杉矶警察局）移动到Google App的进度和安全参数署。
• 亚马逊Web服务（AWS）在维吉尼亚州的数据中心宕机，不少客户无服务和无服务替代。
• 日本索尼透露黑客访问了770万PlayStation账户，包括姓名、地址、密码和可能的信用卡信息。
• 亚马逊的小故障（四月最后一个月）导致许多网站主机宕机或者运转缓慢。
• 最后一个是2009年，包括Twitter在内，黑客访问了大量的公司存储在Google App上的数据，第一个被劫持的就是Twitter员工的工作电子邮箱账户。尽管这与弱口令协议有关，但是云确实为这些安全缺口制造了机会。

　　这些挑战对于云计算完整性不用去证明，尽管用户会减慢转到基于云的解决方案的速度。基础架构成本节省大大无法忽视。云计算领域的公司或正在进入该领域的公司应该知道的是:他们需要真正了解云计算的风险和回报，并采取相应的所有权，从而减轻风险。

　　互联网可靠性

　　云计算的一个因素经常被忽视，尽管对于实现基于云的解决方案很重要。美国在工业化世界中有一个较低的互联网连接，尤其是和日本和韩国对比的时候。更糟糕的是，过去数年中这种趋势并没有加速互联网连接的速度。此外，我们的兆字节每秒更贵。

　　根据业务模型和本地用户，基于云的解决方案的响应时间会受到不同程度的影响，可能会影响其可视性。例如，如果你有一项业务，基于时间的服务交付有固定的SLA和分布式工人，互联网连接很差，因为整体网络负载（网络星期一（Cyber Monday））或者就是简单的缺少带宽，可能不允许实际的基于云的解决方案成为你的业务的一部分。

　　IT成熟度

　　分布式架构和互联网的IT成熟度对于基于云的解决方案有明显的影响。如，如果你的IT组织的电子商务经验广泛，然后通过互联网转移安全数据的工具和技术就成为去也文化和IT流程的一部分。处理基于云的厂商时，你需要吸取基于互联网的业务的经验教训，并将其应用到你的云计算合作伙伴中。也就是说，云是一个紧急的解决方案，不应该等同于任何之前的东西。

　　云是否适用于你的业务模型呢？                             

　　这个问题只有你和你的业务能回答。我会对于任何想要转移到云计算领域的人提出一些建议，从非关键应用，慢慢开始。一旦在云计算领域获取一些经验，你就能够制定出有基础的决策，从而帮助你确定是否要将关键业务功能暴露在云端。