用户需注意遗留系统云中迁移的问题

[db:作者]

现今，无论是大企业还是小企业都对云计算的采用产生了深厚的兴趣，导致这一结果的主要原因是企业对于资源和服务需求的日益增长，以及对资源的高效使用以及较低交付成本的追求。IT世界的发展速度如此之快，一类又一类的系统出现，一个有一个的版本更新，一批又一批的软件、应用被替换，都预示着旧的系统、应用已经被遗弃了。所以当云计算出现时，人们企业便把希望寄托在云身上，希望通过把遗留系统迁移到云中，而减轻企业的负担。



然而，伴随着这些好处而来还有一系列的挑战，这大些大批量的遗留系统、遗留应用却很有可能给企业带来不小的麻烦，如何集成不同的服务集合？云集成有它自己问题，这对于中小企业来说可能是一个陌生的术语，这些企业在云计算方面还处于菜鸟级别，还没有专业的知识技能来处理云迁移和云集成问题。让我们来看看，当企业在云中进行遗留系统和服务集成时，所面临的一些问题。
对于小型企业来说，把遗留SaaS系统集成到IaaS云中，这往往不是个好主意，因为这将产生额外需要处理的风险问题。在一些垂直行业如医疗行业，在把遗留系统集成于云中时，不能适当地处理安全风险将会导致更多的损害，往往是弊大于利的。IT部门常常需要编写定制的组件来弥补差距。
而另一个需要解决的问题是：为了扩展集成云服务的可用性而设计和建立API，并给开发人员提供新服务组合。如果没有API，云很容易被锁定，最终导致产量减少而下线。无论API云集成看起来多的容易，总会涉及到一些风险因素，因为会产品违法的实践。在确保安全性和在云中跨平台调用上面，每一个API都有它自己的方式方法，这个因平台不同而产生巨大差异，而这些平台很有可能缺乏可扩展性和稳健性。
为了避免意大利面条式的集成，组织必须记住本地安全云与遗留系统扩展性之间的不同。跨部门的沟通一直都是关键所在;这意味着你不能用云代替你的IT——IT还是必须要有的，用它来保证服务的运行、维护和故障排除，这些事情最好不要在云中外包。最好的云迁移通常都是复杂的且标准编辑的。
在考虑进行云计算迁移时，专家们争论说像CORBA、SOA及Oracle Fusion Middleware些集成部署工具都应该在候选清单的前端。面向服务架构(SOA)提供了大部分合适的分层架构，这这些分层架构中，业务实体可以在最上层得到分析，而实时或静态数据集成则发生在下层。
对于集成类型有不同的选择，如应用集成是发生在云中的基于资源的集成，以及数据集成是进行大量数据的批处理。这些必须按照组织的需要来做出最好的选择，从而获得最优的结果。