探讨：云计算时代软件集成的重要意义

1. 不需要数据映射　　

十几年来，数据和软件的集成都被定义成类似的ETL(抽取Extract，变换Transform，加载Load)步骤。但是ETL天生就是受限的，因为变换(映射)的步骤需要使用一系列强制定义的规则或方法以确保数据在目标应用中仍然有效。　　

这种数据映射过程需要耗费几个月的时间，并且一旦完成就不能改变。所以除非你能够精确预测到未来你对数据所有可能的使用方式，或确保你的云应用不会变化或更新，再或者你的业务需求将在数年之内都不会发生变化，否则你就不可避免的需要在未来重建数据的映射。好吧，你懂的…　　

数据映射不是一个能够随着业务变化而变化的过程。一个可选的方案是将数据或文件抽取出来放到一个基于云存储的安全平台上，例如BOX。当应用的执行需要这些数据时，你能够按照需求变换这些数据。而ELT(抽取Extract，加载Load，变换Transform)过程提供的是一种更流畅也更灵活的方案，让你加载所需要的所有数据，并且按需进行变换，这样就不需要数据映射了。　　

2. 为协作而生　　

根据一份麦肯锡的全球调查显示IDC的工作人员花费18%的工作时间用于内部沟通和协作(如果算上通过邮件进行的沟通，这个数字将跃升至46%)。所以任何一个新的EPM解决方案必须从设计伊始就考虑协作的问题。　　

这与简单地在云中发布一个电子表格数据使得相关人员能够查看这样一个任务不同。这里提到的协作指的是通过内建机制共享非结构化的数据进行实时的协同工作，使得相关参与方能够对同一份文档同时进行更新、修正以及改进。这种协作能够加快而不是阻碍业务流程。　

3. 工业级之强，却非工业级之重　　

云服务的长处和灵活性并不能为EPM提供商免除支持复杂事务的需求。EPM应用仍旧需要经受最严苛的、破坏性的、不断增长的大量数据的挑战。它们仍 然需要对遗留的EPM系统保持不可妥协的可靠性及完整性。幸运的是，当你从经典的软件集成向基于云服务的一致化方向迁移的同时，能够保留可靠性并且获取效 率上的收益，这在on-premise策略中是不可能实现的。　　

基于假设的EPM实现方案的设计必须包含高级别的冗余性以保证在诸如电源故障或其他严重问题发生时良好的可用性，所以客户必须要承担这种冗余性所带 来的额外建设和维护成本。而正相反，基于云服务的EPM应用天生就是被设计于正确响应可预见的或不可预见的云节点故障。所以即使是一个数据中心遭到毁灭性 的打击也不会使你的EPM应用宕机。　　

当EPM提供商提供的云服务不需要强制用户去关注软件集成问题的时候，CFO们能够更专心于他们需要真正关心的问题。不久之后，数据质量的问题将不会再令他们烦恼。这才是我所期盼的。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友