遗留应用在云中漫步并非易事

  • 王丽娟

2009 年 11 月 9 日

话题:架构云计算DevOps

随着实际应用的逐渐增多,在云中有效运行特定应用的困难也慢慢浮出水面,这些问题让人们更加冷静而务实地面对云计算,也让已接近“狂热期”顶峰的云计算开始向“冷静期”过渡。

CIO.com 的 Kevin Fogarty 前不久撰写了一篇文章,分析了阻碍遗留应用移入云中的五个主要障碍:

  1. 云不尽相同。现在的云都不一样,又没有“云平台”,这就意味着迁移、支持、成本和功能会因云供应商的不同而不同。HyperStratus 的 CEO Bernard Golden 认为,将遗留应用移入云这个新环境会遇到很多尚未解决的基础技术问题,比如过去集成遗留应用时,为了提升速度而进行的数据库直接调用在云中可能会失效;数据中心内外带宽有着数量级级别的差异;由于尚未出现处理云和遗留应用的管理工具,你还要决定是否只在一个地方管理所有的内容。
  2. 安全。安全是云计算最大的风险,毕竟云是新生事物,也不像遗留应用那样对锁进行了全面的测试。据 Burton Group 的基础设施分析师 Chris Wolf 所说,很多公司至少都会遇到一个大问题,那就是要知道谁在使用应用、访问数据,他们是否有相应的权限。对那些考虑安全的企业来说,由于没有监控、 控制工具,还不能实现多租户的云基础设施。而自主拥有、自我管理的单租户云也只能解决一部分问题:单租户云可以从物理上限制其它 IT 基础设施的访问,却不能提供很多公司都需要的详细审计跟踪。
  3. 许可和互操作性问题。准备迁移的遗留应用往往陈旧、不灵活,而主要软件厂商和云供应商都无法让迁移变得容易一些。大部分遗留应用都是在没有公共标准的企业计算时代自主开发的,而且大部分使用了数据库、通讯或数据转换,还有其它商业授权的技术。这表明 Oracle、Siebel、SAP 等厂商必须修改它们的许可才能实现对用户的许诺,但大部分许可却都与物理设备绑定在一起。
  4. 不了解自己的遗留应用。Queplix的 CEO Mark Cashman 和 CTO Steve Yaskin 表示,业务应用事关公司存亡,但并不意味着你完全了解代码、接口和形式不断定制的所有细节,正是这些细节才让业务自动化慢慢转变为僵化的遗留应用。遗留应用通常也不支持云平台使用的最新技术,比如微软 Azure 采用的.NET,Google App Engine 支持的 Python,还有 Salesforce.com 拥有专利的应用和数据库。Queplix 针对此问题设计了一款软件工具,该工具可以开发、分析、转换从遗留应用中抽取出来的数据、业务逻辑和安全信息,生成的代码可以在云计算平台上运行。
  5. 迁移要手动进行,几乎没有可利用的工具。The 451 Group 的基础设施分析师 John Abbott 对 Queplix 的工具做了评估,即使在最佳状态下,Queplix 及其竞争对手——Siperian 和 Initiate Systems 等主数据管理(MDM)供应商——也只能转换一部分应用和数据,剩下的部分还得由最终用户或服务供应商完成。Yaskin 估计 Queplix 最多能完成 85% 的迁移工作。缺少工具的状况短期内也不会有所改善。VMware 开发的迁移工具不是针对遗留应用的;Gizmox 等规模小一点儿的公司也仅仅是为遗留应用提供 AJAX GUI 这一非核心的支持;SAP 和 IBM 则继 Oracle 和 Micro Focus 之后,也开始开发遗留应用到云的迁移工具了,让我们静待工具的出世。

如果你在进行遗留应用到云的迁移工作,那你有没有遇到上述的问题呢?有什么好的办法去解决这些问题么?欢迎你和InfoQ 中文站的读者分享你的经验。

架构云计算DevOps