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

  • 王丽娟

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