【E800编译】云已经逐渐成为企业切实可行的架构部署选择，但是它适合企业中的所有应用吗？在冒险一试前，你应该先意识到目前可用的云产品之间还是有着根本区别的，每种产品都有自己的优缺点。

要想知道哪种模式最适合自己，需要谨慎评估自己的需求。进而，要了解现在的企业在采用云技术时常犯的五个错误，并学会如何规避这些错误：

误区一：急于部署

CIO们感受到了企业希望尽快推出商务关键型应用的压力，与此同时还要用更小的人力和预算实现这个目标。尽管云计算十分诱人，但是却不是一蹴而就。企业CIO们最好是对自己的IT需求进行审计，确定云方案是否真能满足企业的商业需求。

记住，云计算并不意味着完结。你不想把应用放入云中，却得不到预期的性能和成本改进目标吧？而且，并非所有云都是相同的：公共云和私有云相比可以解决不同的问题。基于开源Hypervisor的云与基于VM的云有所不同。

下面请记住：

1.云可以为应用带来可接受的性能吗？云提取了性能的两个要素--硬件规格和网络性能。因此，不可能根据硬件和网络要素的选择指定性能级别。所以，你得测试你打算选择的供应商，然后收集经验数据。

2.服从性方面的问题是否会限制企业使用共享架构的能力？这类服从性问题增加了应用在云中的运行难度。例如，用于信用卡处理的PCI-DSS标准阐明了防火墙必须用于安全需要。那么审计者会允许防火墙是基于云基础吗？

3.云可以满足可用性的需求吗？和性能一样，云的可用性是一个可用的属性。云供应商提供服务级别协议（SLA），但是他们通常不会对云架构进行说明。因此，对于前者客户而言，衡量可用性是不太容易的事情。相反，在专用环境中，可以在结构的各个级别指定备份来实现所需的可用性。

误区二：以为自己已经找到对的。

选择云服务供应商和找结婚对象不同：你很可能在选定后不久就换供应商。因此，很有必要考虑一下自己打算如何管理云架构以及创建一个基于此信息的备用计划。是使用应用编程接口（API）来管理云架构？如果是这样，你使用的API是否专属于供应商？又或者它们总是跨多个供应商呢？

专属API可能具有更多功能，不过多供应商界面，如OpenStack和VMware可以提供更大的灵活性并在不重写代码的情况下更换供应商。相同的考虑也要应用到图像和数据。在服务供应商因系统故障停工的时候，你得了解自己有哪些选择然后才能快速响应。

误区三：不用发展的眼光看事物

目前的云或许可以满足你当前的需求，但是，它不一定能满足你将来的需求。例如，现在的互联网企业都始于公共云吗？

随着业务的发展，会出现应用瓶颈或经济突破点，导致企业把一些架构移入托管或是租赁设备。同样，一些企业也曾试图把自己的架构放入云中，但是却发现相当一部分业务仍然要放到专用的物理硬件中。

因此，管理多个供应商是一件复杂的事情，你需要提供一个既能满足当前需求又能支持未来扩展的供应商策略。为主要应用规划好发展图，紧跟公司策略，以及如何保持与IT架构需求的联系。这些数据都有助于你对云供应商进行正确选择。

误区四：只要适合就用

不要假设每款云都对你手上最复杂的应用提供支持。仔细看一看你的业务关键型应用的架构是如何搭建的。这些架构是复杂还是高度自定义？如果是这样的话，或许它们有些需求是不被云支持的。

例如，许多应用都分了若干层次，且需要Layer 2（vLAN）连接。大多数云支持Layer 3（IP寻址）连接，而并非一定需要多层次的Layer 2拓扑结构。此外，云中可能缺乏一些专用装置。如果你的应用需要一个屋里索引装置或是专用防火墙，那么你可能很难用云组件组合专用硬件。

如果你既有这些复杂的需求又想使用云，那就要寻找可以在云河其他IT架构（如托管和租赁或是公司自有的数据中心）之间使用混合式托管的供应商，

通常，云最适合处理水平扩展的应用，这些应用的应用层级不多，而且可以在Layer3上相连。

误区五：没有完全挖掘云的潜力

云是一款为企业业务提供更多可能的工具，但是在更换思想前不能获利。不要臆想过去的成功方式适用于云。

例如，要确保你正为云优化虚拟机，而不是在以前的物理规格基础上对其进行扩展。

云计算的显著优势在于可以按需扩展服务，然后进行及时支付；这就免去了支付昂贵硬件的麻烦。

再者，要调查你是否有能力在相同的云中创建一个test/dev，分段运输和生产环境实现设计与部署的流水线操作。这同样能节约时间和生产成本，可以加快应用投入市场的时间并最终使企业从云计算中获益。

云架构是IT架构外包的演化。它承诺可以快速扩展而且是按使用情况收费，而且也避免了指定和管理物理架构的麻烦。同时，还有一些重要的事项需要慎重考虑。

在把应用放到云架构前，要了解云只是实现目的的一种手段。云迁移只有在满足客户需求时才算成功。

原文链接：

http://www.cioupdate.com/technology-trends/top-5-cloud-migration-mistakes-to-avoid.html