未雨绸缪 有效避免云计算的三大错误

　　有人可能认为，我们在云计算方面相当在行，却没有考虑到这个事实：云计算方面的炒作导致一些项目仓促上马，结果有些难免迅速失败。事实上，我们需要在云计算方面经历一个不断学习的过程，至少在头几年是这样。

　　为此，我列出了许多企业改用云计算时最常犯下的三大错误。也许你能从这些错误中汲取教训；有些错误听起来可能很熟悉。

　　第一大错误：一直忽视治理和安全，直到项目结束时才引起注意。

　　治理和安全会影响到整个架构的成败。如果有些IT部门认为这两个方面仅仅是部署策略的一部分，注定面临失败。这些是非常复杂的模型和机制，应当融入到计划、设计和部署的每一个步骤当中。对云计算来说，安全并不是一应俱全的概念，治理也是如此。你绝对不能忽视这些方面。

　　第二大错误：一味相信"大牌咨询公司"。

　　我知道，那家大牌咨询公司那个成天晃来晃去的合伙人与贵公司的首席执行官是一个乡村俱乐部的。我也知道，那家咨询公司针对云计算的多媒体演示做得非常诱人。不过你会发现，你的云计算战略和部署项目需要重量级人物，也就是合约签好后继续留下来的重要顾问。

　　大多数大牌咨询公司的取胜法宝就是光亮照人的演示，可能还有一些很精明的员工。不过说到干实实在在的活，你得好好审视谈判桌对面那些没多少实战经验的家伙，他们对云计算的知识可能也就停留于飞机上看到的几篇文章。

　　云计算技术比较新，这就意味着每个人听上去像是专家。但是能够真正懂得在业务和现有架构环境下云计算的价值以及能够辨别炒作的那些人通常不是为大牌咨询公司工作的。你可能会发现，自己被引上了云计算项目拖延多年、盼不到头的一条死路，根本看不到前方有什么真正的价值。

　　第三大错误：一味迷恋技术，而不是迷恋解决方案。

　　企业IT部门往往关注技术，而不是关注解决方案。顺带提一下，它们在云计算方面也不例外。一种典型的情况就是，用技术提供商或云服务提供商的名字命名项目后，项目小组对现有的业务和技术需求却一无所知。

　　所以，尽管亚马逊网络服务公司（Amazon Web Services）和Salesforce.com这些公共云服务提供商也许是合适的解决方案 ，但你直到进行商业论证之后才知道"现有"及"未来"的架构、安全模型和治理模型等。这是个不断学习了解的过程。云计算架构是需要认真实施的架构，而不是买来就可以用的架构。

　　不妨从别人所犯的错误中汲取教训，这样你可以少走弯路。

　　有人可能认为，我们在云计算方面相当在行，却没有考虑到这个事实：云计算方面的炒作导致一些项目仓促上马，结果有些难免迅速失败。事实上，我们需要在云计算方面经历一个不断学习的过程，至少在头几年是这样。

　　为此，我列出了许多企业改用云计算时最常犯下的三大错误。也许你能从这些错误中汲取教训；有些错误听起来可能很熟悉。

　　第一大错误：一直忽视治理和安全，直到项目结束时才引起注意。

　　治理和安全会影响到整个架构的成败。如果有些IT部门认为这两个方面仅仅是部署策略的一部分，注定面临失败。这些是非常复杂的模型和机制，应当融入到计划、设计和部署的每一个步骤当中。对云计算来说，安全并不是一应俱全的概念，治理也是如此。你绝对不能忽视这些方面。

　　第二大错误：一味相信"大牌咨询公司"。

　　我知道，那家大牌咨询公司那个成天晃来晃去的合伙人与贵公司的首席执行官是一个乡村俱乐部的。我也知道，那家咨询公司针对云计算的多媒体演示做得非常诱人。不过你会发现，你的云计算战略和部署项目需要重量级人物，也就是合约签好后继续留下来的重要顾问。

　　大多数大牌咨询公司的取胜法宝就是光亮照人的演示，可能还有一些很精明的员工。不过说到干实实在在的活，你得好好审视谈判桌对面那些没多少实战经验的家伙，他们对云计算的知识可能也就停留于飞机上看到的几篇文章。

　　云计算技术比较新，这就意味着每个人听上去像是专家。但是能够真正懂得在业务和现有架构环境下云计算的价值以及能够辨别炒作的那些人通常不是为大牌咨询公司工作的。你可能会发现，自己被引上了云计算项目拖延多年、盼不到头的一条死路，根本看不到前方有什么真正的价值。

　　第三大错误：一味迷恋技术，而不是迷恋解决方案。

　　企业IT部门往往关注技术，而不是关注解决方案。顺带提一下，它们在云计算方面也不例外。一种典型的情况就是，用技术提供商或云服务提供商的名字命名项目后，项目小组对现有的业务和技术需求却一无所知。

　　所以，尽管亚马逊网络服务公司（Amazon Web Services）和Salesforce.com这些公共云服务提供商也许是合适的解决方案 ，但你直到进行商业论证之后才知道"现有"及"未来"的架构、安全模型和治理模型等。这是个不断学习了解的过程。云计算架构是需要认真实施的架构，而不是买来就可以用的架构。

　　不妨从别人所犯的错误中汲取教训，这样你可以少走弯路。

　　有人可能认为，我们在云计算方面相当在行，却没有考虑到这个事实：云计算方面的炒作导致一些项目仓促上马，结果有些难免迅速失败。事实上，我们需要在云计算方面经历一个不断学习的过程，至少在头几年是这样。

　　为此，我列出了许多企业改用云计算时最常犯下的三大错误。也许你能从这些错误中汲取教训；有些错误听起来可能很熟悉。

　　第一大错误：一直忽视治理和安全，直到项目结束时才引起注意。

　　治理和安全会影响到整个架构的成败。如果有些IT部门认为这两个方面仅仅是部署策略的一部分，注定面临失败。这些是非常复杂的模型和机制，应当融入到计划、设计和部署的每一个步骤当中。对云计算来说，安全并不是一应俱全的概念，治理也是如此。你绝对不能忽视这些方面。

　　第二大错误：一味相信"大牌咨询公司"。

　　我知道，那家大牌咨询公司那个成天晃来晃去的合伙人与贵公司的首席执行官是一个乡村俱乐部的。我也知道，那家咨询公司针对云计算的多媒体演示做得非常诱人。不过你会发现，你的云计算战略和部署项目需要重量级人物，也就是合约签好后继续留下来的重要顾问。

　　大多数大牌咨询公司的取胜法宝就是光亮照人的演示，可能还有一些很精明的员工。不过说到干实实在在的活，你得好好审视谈判桌对面那些没多少实战经验的家伙，他们对云计算的知识可能也就停留于飞机上看到的几篇文章。

　　云计算技术比较新，这就意味着每个人听上去像是专家。但是能够真正懂得在业务和现有架构环境下云计算的价值以及能够辨别炒作的那些人通常不是为大牌咨询公司工作的。你可能会发现，自己被引上了云计算项目拖延多年、盼不到头的一条死路，根本看不到前方有什么真正的价值。

　　第三大错误：一味迷恋技术，而不是迷恋解决方案。

　　企业IT部门往往关注技术，而不是关注解决方案。顺带提一下，它们在云计算方面也不例外。一种典型的情况就是，用技术提供商或云服务提供商的名字命名项目后，项目小组对现有的业务和技术需求却一无所知。

　　所以，尽管亚马逊网络服务公司（Amazon Web Services）和Salesforce.com这些公共云服务提供商也许是合适的解决方案 ，但你直到进行商业论证之后才知道"现有"及"未来"的架构、安全模型和治理模型等。这是个不断学习了解的过程。云计算架构是需要认真实施的架构，而不是买来就可以用的架构。

　　不妨从别人所犯的错误中汲取教训，这样你可以少走弯路。