四、缺少主数据管理

    许多企业使用主数据管理（MDM）来避免数据命名问题，以及数据一致性和时效性方面的问题（实际上是大规模的版本控制）。主数据管理其实是一套既定的规范和定义，为整个公司明确了构成准确数据的要素。分散在各地区的部门或经营单位可能继续使用最近的结果，或者使用不涉及它们本身的销售和成本数据，但是整个公司根据在特定时间予以更新的某一组数字来定义“收入”。

    如果为“主”数据集反馈数据的应用程序迁移到云计算环境，或者如果主数据管理应用程序和数据本身移植到云计算环境，要搞清楚哪些数据真实有效、哪些数据冒名顶替就会变得极其困难。安全和财务报告审计人员对这种不确定性往往投以怀疑的目光。

    五、云计算环境的散乱问题

    与虚拟服务器基础架构环境一样，云计算环境也面临这种风险：你会充分利用所有那些潜在的空间，随心所欲地生成数量众多的虚拟机、应用程序或数据库，随后却把它们忘得一干二净。

    云计算环境的散乱问题不但让用户要为浪费的资源支付额外成本，还会加大监管不够充分的应用程序出现安全漏洞的风险。Appistry、VMware、Elastra及其他公司提供了新的工具，旨在遏制云基础架构和虚拟机基础架构内部的散乱问题。但是可能要对遗留应用程序进行改写，才能直接由那些工具进行管理，而不是在运行应用程序的虚拟机违反了安全、容量和生命周期等方面的政策后再进行管理。

    六、开发环境问题

    调研公司Insight64的首席分析师内森·布鲁克伍德（Nathan Brookwood）认为，把Siebel或Salesforce.com的应用程序移植到云计算环境比移植高度定制的甲骨文、SAP或其他内部开发的应用程序来得容易，这完全是各自开发环境具有的性质使然。他表示，许多高度定制的应用程序（尤其是其逻辑包含任务密集型处理而不是仅仅监视事务处理的应用程序）在设计之初，就面向纵向扩展的大型服务器，而不是面向大多数云计算环境之类的环境，这类环境依靠数量众多的低功率服务器。

    他表示，纵向扩展、很难进行横向扩展的遗留应用程序可能会带来突如其来的性能问题，即使它们的所有其他数据连接和协议支持使得它们看上去很适合移植到云计算环境，也是如此。

    原文链接：http://www.cio.com/article/511116/Legacy_Apps_in_the_Cloud_Six_Details_Worth_Sweating