影响云计算商业模式适当性的因素
云继续在商业空间中日益增长。持续保持对云计算的兴趣和投资，一直都有商业成功和令人震惊的失败双方面的可能。为了讨论的目的，我们将使用美国国家标准技术研究所（NIST）对云计算的定义：
云计算描述了一个基于互联网协议，为IT服务的新补充，消费，和交付模式，它通常涉及到提供动态可扩展性和虚拟化资源配置。
更简单的说，它是一个分布式的IT架构，充分利用互联网的能力来访问远程计算资源。当与虚拟机，虚拟数据基地，虚拟网络相结合时，我们就有了一个非常好的扩展的成本效益模型——所以这就是为什么实施基于云的解决方案仍然是很有挑战性。
有几个因素会影响你商业模式的云的适当性。在这篇文章中，我们将讨论云的成熟度，云的完整性，互联网的可靠性和IT业务成熟度。
云的成熟度——基于云计算的成熟。
云的完整性——基于云的解决方案的完整性。
互联网的可靠性——互联网的可预见性和健壮性。
IT业务的成熟 ——在更开放的架构方面的经验和成熟的业务，例如电子商务与传统的内部应用程序，其固定服务是有时间依赖的服务水平协议（SLA）。
云的成熟度
当谈到像“尖端”和“前沿”的术语适用于任何技术时，你要知道你正在处理一个不成熟的或至少是不完整的技术解决方案。云计算肯定属于这一类，但根据我在过去几年合作过的几个客户的经验，就风险和整体可靠性方面，IT和业务还没有达成协议。云计算是一个不成熟的技术解决方案，没有明确规定的界限，协议和应用程序——也有没有行业标准。这并不是说，云不能满足你的业务和技术需求，而是说你必须要进入这个领域，作为一个受过培训的和谨慎的消费者。
云的完整性
云计算重新引入了更多在传统架构里处理的IT完整性挑战——这些挑战包括整体性能的一切，遵守法规/道德，数据的安全性/完整性，应用程序的恢复，用户/客户的隐私，还有财务审计。有充分的案例证明，每一个挑战都没有被基于云的解决方案的供应商的满足——在本节结束时，我们会触及一些更广为人知的案例。
Gartner已经确定了云计算空间的几个关键风险领域，包括但不限于此：
特权用户访问敏感数据。
遵守法规和道德。
数据定位：对于数据，不同国家有不同的规章制度。
多用户在同一个数据存储区域的数据隔离。
在应用程序空间发生意外事故导致页面丢失时候的灾难恢复。
调查支持：Gartner公司警告说，“云服务的调查特别困难，因为很多客户的日志和数据可能是机房共置，也可能是跨主机和数据中心传输。”
在最近2011年的云计算提供商的失败无疑强调了这些问题：
谷歌在把洛杉矶警察局（LAPD）转移到谷歌应用程序时没能满足时间轴和安全参数。
亚马逊网络服务（AWS）在弗吉尼亚州的数据中心的美东地区宕机事件，导致对很多客户无法提供服务也没有任何备选方案。
日本索尼公司透露，黑客得到七千七百万游戏机N帐户，包括姓名，地址，密码和可能的信用卡资料。
亚马逊的“小故障”（4月最后一周），引起众多网站的主机崩溃或运行速度很慢。
最后，在2009年涉及Twitter的事件，黑客通过从一个Twitter雇员那里截获官方电子邮件帐户，已经获取了存储在谷歌应用程序上的大量公司数据。虽然这真的是可以在弱密码协议上做很多工作，但是云肯定可以更容易地利用这些安全漏洞。
这些云计算完整性的挑战是不能防止的，尽管他们可能会放慢向云基地解决方案转移的速度。基础设施的成本节约是如此巨大，以至于不容忽视。他们应该是指公司在云计算空间或迁入这个空间时，他们需要真正了解云计算的风险和回报，并采取相应的所有权来减小风险。
互联网的可靠性
有一个云计算的因素常常被忽视，即使它是实施基于云的解决方案的基础，那就是发生在互联网上通讯。美国在工业化世界是互联网连接速度较慢的一个国家——尤其是当与日本和韩国相比较的时候。更糟的是，在过去几年的趋势是，互联网连接速度已经更慢而不是更快，此外，我们也有一个更昂贵的兆字节每秒的速度。
根据你的商业模式和用户的位置，这可能在响应时间上会有重大影响，而这可能会影响到一个基于云的解决方案的可行性。作为一个例子，如果你有一个业务，使基于时间提供服务和分散劳动力上有固定的服务级别协议，由于互联网连接的落后，或者因为整体网络负荷（比如星期一网络）或简单的带宽不足，可能会禁止你业务的一部分的真正基于云的解决方案。
IT成熟度
分布式体系结构和互联网的IT成熟度，可以明显的影响基于云的解决方案的适当性。例如，如果你的IT组织拥有丰富的电子商务经验，那么在互联网上移动数据安全的工具和技术就是企业文化和IT流程的一部分。与云计算供应商打交道时，你将能够利用你作为一个基于网络的企业所经历的业务经验教训，并将其应用到你的云计算合作中。话虽这么说，云计算是一个新兴的解决方案，不应该等同于以前有过的任何东西。
云——它是否适合你的商业模式？
这是一个只有你和你的企业能回答的问题。我会建议所有企业移动到云计算空间，首先从非关键应用程序慢慢地开始。一旦你已经在云计算领域取得了一些经验，你将能够在是否应该公开关键的业务功能到云中的问题上，做出一个有经验的决定。
戴维。W.约翰逊“DJ”，高级测试架构师，超过25年的跨越多个垂直业务的信息技术经验，在业务分析，软件设计，软件开发，测试，灾难恢复和实施后的支持中担任关键的角色。在过去的20年里，他已经在测试里面开发专业技能并主导QA/测试团队转变——交付测试：架构，策略，计划，管理，自动化功能，性能自动化，辅导方案，和组织评估。
