在云计算落地之前，企业不仅仅要制定战略性的决策。而且还要制定细致而又完善的计划来将业务迁移到托管平台上。这里为大家介绍布署高效云计算计划的七个标准。并不是说这里提到的所有标准都要得到满足，但这的确是那些“先行者”的经验总结。
进程、应用和数据必须保持独立
云计算——至少作为虚拟化的一种延伸，影响范围已经越来越大。但是，目前云计算还不能支持复杂的企业环境。经验表明，在云计算走向成熟之前，我们更应该关注系统架构的细节。考虑独立的架构可以避免引入更多额外的供应商。
这方面的例子有SharePoint、文件存档、虚拟化桌面，或是呼叫中心和VOIP等应用，其中大多数产品的安装和管理都是独立进行的。电话领域的Web应用也很多，从IP会议到GoToMeeting或Adobe尚未通过认证的ConnectPro Web会议系统，都属于电话行业的Web应用。如果系统可以扩展的话，现有的VOIP系统就可以被扩展到云中。
另一方面，由于在云中进行系统整合的成本较高，独立的进程也很难得到较大的投资回报。例如，嵌入Active Directory(信息和企业监控软件)中的应用就很难被迁到云中。
#p#
要对整合点进行明确地界定
如果是物理整合，创建连接外部设备的网络网关或是对其进行维护都需要进行登记鉴定。对于每项服务而言，内部和外部网络的分界线是独一无二的。由于专业的进程或应用是托管计算的一大特性，因此那些能够把握关键进程的中小企业会在这方面取得成功。
你需要把项目组合用户请到台前来，向他们每一个核心业务系统蕴含的原理，并找到内部安全业务中能满足外部开放标准的点，以及其在带宽或反应时间方面的考虑。一定要找到一个逐个过渡的方法，在进行第一次实验之前考虑这些因素，否则你的云恐怕只是一纸空文。
#p#
某些时候可以适当降低安全标准
你是否真的会给软件配置像金融系统一样的安全协议?如果不是，就可以将其开放到云中。随着业务的深入，潜在的成本也在上升。尽管说如今很多时候都会将电子邮件和即时通信放在一起，但它们拥有不同的安全需求。
单个企业的云架构网络只需管理企业用户和项目组的权限，即便是所有的系统和进程传输都是对外的。单一的安全标准趋向于将应用放在内部，因为部件都是彼此独立的。这对于那些试图将限制性不强的系统拆成几块，分别配以不同的安全标准的企业来说是个机遇。
#p#
内部企业架构相对健全且易管理
你要征求网络管理员的意见，找到可靠的DBA，充分利用企业应用性能智能报告的优势。此外，要摸清支持新架构的员工的意愿，仔细考察报告和监控结果，来对基础架构性能进行测试。
花时间去辨别一下计算环境的真实性，这可以让你明确是否需要采购所有的部件。这样，在对云计算性能进行测试的时候，你就可以充分信任那些基本信息。
#p#
Web是最好的平台选择
如今，胖客户端要求较大的带宽，这也延缓了用户访问的速度，同时也导致一些传统系统被硬“塞入”Web前端。这经常会导致无法脱离旧硬件的应用后端出现问题，无法被迁移到Web托管环境。从这点来说，非基于浏览器的应用是不适合的。传统硬件和服务等级有太多的未知数，因此最好把旧的客户端服务器留在内部。但是，如果它是基于浏览器，云就是一个不错的选择。
#p#
成本是关键因素
最近，纽约时报需要建设一个数码档案馆来供读者搜索和购买文章。构建这样一个存储系统至少需要花两年时间。而是用托管的解决方案，在一个星期内就完成了数据转换。我们是不是需要节省这批成本呢?
#p#
保证应用的兼容性
部署在旧客户端服务器上的应用仍然在你的网络中挣扎，却找不到前进的空间。你可能需要从底层开始构建新的应用来保证进程处理集中化，将网络交付所需的数据量降至最小，这是对Web应用最终的设计思路。
正如最近有媒体报道的，世界上最大的企业——美国联邦政府正在考虑使用运营商所提供的数据中心。这是对于云计算的大胆尝试，是时候该做出一些改变，利用IT革命所带来的好处了。
【编辑推荐】
