2014年1月12日，由北京大学信息化与信息管理研究中心主办、CIO时代网承办、北达软协办的“第四届中国云计算应用论坛”在北京大学英杰交流中心隆重召开，来自业界二百余位专家学者、各行业CIO代表和媒体同仁们参加了本次论坛活动，本次活动的主题为“云时代的商业与管理”，到场的专家学者也纷纷与大家分享了云计算时代的崭新话题。

    北达软信息化咨询与培训中心资深EA专家陶涛先生为大家带来了《云计算的应用迁移策略》的主题演讲，在演讲中谈到：当代CIO面临很大挑战就是将遗留系统引入到云计算平台上。他与大家分享了云迁移的策略与步骤，为在座的CIO们提供了云迁移的方法。以下为演讲实录：

北达软信息化咨询与培训中心资深EA专家 陶涛

    各位专家，女生们、先生们，大家好！前面大家各位专家从云计算环境、云时代各个方面，包括新的商业与新管理，还有行业应用和创新方面都做了汇报，刚刚钱主任又给我们带来了司法环境下云时代的一个挑战与应对策略，我这里代表北达软来从这个云计算这个方面方法论来给大家做一个汇报和分享讨论。

    上午北大信息化与信息管理研究中心、京东云与北达软联合发布了《中国云计算应用指南白皮书》，里面实际谈了很多内容，其中有一个热点和非常重要的一个方面：CIO们面临着大量遗留应用，怎么样把遗留应用移到云计算平台上面去？实际上大家都知道，这不是理所当然移上去。实际要进行业务上和技术上一些评估，还要用一个很好方法论来指导这样的迁移。我这里从几方面给大家做一个汇报，第一个云计算平台遗留系统应用，第二是云策略，遗留系统策略和步骤：三个步骤，第一是云迁移评估，第二是应用目标架构和迁移规划，第三应用改造和迁移。

    很多CIO提到：怎样来判断是否可以迁移云计算平台上去，还有怎么样去迁移？迁移中怎么样进行改造？要达到的目标一个方面是构造内部部署的云计算平台，另外安全使用外部部署的服务。我们知道对移动系统迁移策略实际上企业可以取得以下一些收获。提前做评估，对迁移做出评估，肯定对控制风险和节省资源有很大好处。第二方面我们可以通过迁移的评估和规划可以发现一些企业的最佳业务策略和最佳效率策略，这样我们可以选择优先级应用，尽快投入市场获得效益。第三方面通过匹配服务需求和服务来源，增加对企业优先级和客户需求变化的敏捷度

    下面谈一谈云迁移几个步骤。第一步评估，第二通过EA，就是顶层设计和企业架构方法制订目标架构和迁移规划，第三方面是应用改造。我们看这个图，这个表格概述我们云迁移步骤。第一方面就是做一个评估。第二方面在评估报告里面最后会给出一些迁移和一些建议，包括目标怎么样架构，迁移的规划。第二步骤要应用目标架构设计，就是应用企业架构方法，无论从架构颗粒度，从企业架构解决方案还是软件架构和基础架构，或者是从架构域的不同方面，包括业务架构，技术架构，应用架构，从EA整个方法论我们来设计目标架构，提出迁移过程。我们这方面是顶级专家单位，可以有一整套方法论，包括TOGAF和FEA等EA方法。

    第三方面，在前面评估和目标架构和规划指导下，我们怎么样进行具体实施？这个概念实际并不是一个新概念，十几年前我在美国几家公司工作时候也谈到应用改造和迁移。那时候业务驱动力和技术推动力量，实际上和现在有所偏重，虽然都讲驱动力和推动力，但是偏重不一样。现在偏重更多考虑云适应性，一是业务适应性，另一个是技术适应性。现在云计算可以从下面几方面分析业务一致性和技术一致性，然后再进行业务改造和迁移。另一方面我们可以用企业架构方法指导迁移。第一部分评估，我们首先跟客户进行交互，首先给客户提供一个评估问卷，和领域专家一起来验证问卷，从大方面来看这个应用往云迁移的一些约束和风险，并不是每一个应用理所当然都可以迁移到云上面去，会有一些约束风险。第二方面我们针对每一个侯选应用评估云适用性，在业务一致性和技术一致性方面总结每个应用约束风险，然后打分，最后要跟客户一起审议应用云迁移的评估结果，建议和风险。

    下面我们看一下业务一致性和技术一致性，这里左边业务一致性，从6个方面，每一个指标上面我们可以提出一个问题，问卷里可能有两到五个问题，来跟客户进行交流，来评估这个应用到底从指标上满足是什么。右边是从技术一致性来看，后面也有两到五个问题，来看客户目前的应用环境。这是相当于一个蜘蛛网的图，我们看这里是典型应用，左边来看一下，这个绿色是应用映射，从安全方面和监督方面，实际上往云迁移的有一定风险，尤其公有云方面，蓝色的公有云方面差距很大。这是需要考虑的问题才能在业务上进行调整或者改造，去满足这种迁移，来降低迁移风险和提高一致性。看右边一致性方面，实际应用映射基本是覆盖的。6个指标一致性比较好，刚刚提到背后可能有两到五个问题，可以和客户进行交流。我们得出每个应用打分。

    这边是一个象限图，右边横向指标是一个技术一致性的分数，纵向是一个业务一致性分数。我们看一下左下象限实际上业务一致性和技术一致性都不好，都比较低。这种情况下侯选应用不太好。这种情况下要做一些相当大的应用改造和基础设施技术改造，才有可能做一个侯选，这里首先要做基础设备改造部门，他会考虑到底往不往前走，有没有这个可能去做改造。左上象限技术一致性比较低，业务一致性比较高情况下，这是一个比较好的一个侯选，我们通过技术改造，通过应用改造提高技术适应性，有可能做一个比较好的云计算的迁移侯选。看右上象限，这块都是在技术一致性和业务一致性都比较好，相当于比较好的云迁移一个侯选，可以说不用再太大改造，或者不做改造，直接迁移到云上。右下象限就是一个业务一致性比较差，技术一致性比较好。业务一致性比较差，我们回想前面指标，包括安全性，监督性，还有几个指标都不好，这种情况我们可能考虑是否外包，也可以由服务商帮助建立私有云应用。

    我们前面提到一个第一步进行评估。每一个技术一致性和业务一致性，每个都有6个指标，每个指标后面都可以提出两到五个问题。每个应用可以打分，对于适应性做一个比较好的判断。得到云迁移应用侯选的话，我们用EA方法论，就是企业架构方法论，对改造的应用做出目标架构，它的架构各个方面，首先业务架构，还有信息架构、应用架构、基础架构、安全架构，以及企业信息管理这些方面架构，我们要对当前业务线和业务目标规划，与目标架构做差异化分析。在这个基础上最后可以做一些转型业务场景。

    刚才谈到应用改造，在前面评估非常好的准备情况下，这是一个信息准备，以及用EA方法论的指导，可以用现有的一些软件工程方法应用改造，可以用以下几种接口方式：包括代码重构、平台迁移、接口改造、重新架构、系统替换、系统废弃。大家做软件工程比较了解，代码重构，一般针对 z/OS遗留大型主机系统的应用，采用COBOL, PL/I 和汇编语言，平台迁移就是遗留系统到低成本新操作系统的迁移，而不对业务特征和功能进行大的改变。平台迁移解决方案可以是在进行周期较长的重新架构的应用改造同时，对大型主机系统环境的快速的转变方案平台迁移和接口改造之间共有的工具可以使得平台迁移的项目方便地包含接口改造方案， 以便客户可以升级应用界面。如果环境是COBOL/CICS/VSAM/DB2/IMS, 那么就是一个平台迁移的甜蜜点，平台迁移是应用改造的最小风险方案。接口改造这个大家比较熟悉，接口改造和平台迁移的共有的工具可以使得平台迁移的项目方便地包含接口改造方案，另外Web服务方法，可以支持一些大型主机应用，使的大型主机应用它们功能得到延伸。重新架构是一个比较重量级的方法，就是说我们从遗留系统提取业务对象。重新开发新应用，目标状态架构假定已存在。否则，目标状态架构的问卷可以帮助获得足够的信息来进行重新架构。

    最后我看一下，这几种应用改革方法，它的偏重点、效益和风险问题，对于系统替换或者系统废弃目前应用情况，如果商业软件或者EPR套装软件风险比较低，可以流程重新梳理做改变。可以集成几个应用代替原来替换或者废弃应用，集成可能带来高风险。如果从客户应用组合中一定要某应用替换掉，我们可以检查一下其他应用是否可以有替代功能。我提到几个典型根据应用特性的改造，包括平台迁移，最后重量级重新架构。我们可以很明显的看到，前面的重构、改造、迁移是比较低成本的比较稳定的，功能优良，目标可以达到的短期投入等这几方面的优势。对于重新架构我们知道周期比较长，成本比较高，一般在一些特殊考虑情况下，应用必须进行重新架构，用其他方法不能达到我们的需求，这时候需要重新架构。虽然周期比较长，而且人力成本比较高。

    由于时间关系，我的汇报就到这里。希望跟大家进一步分享和讨论。谢谢！

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。