数字化转型中更新改造遗留系统的七个方法

【51CTO.com快译】数字化转型使应用程序领导人必须找到有效的方法来更新改造遗留系统。最大的挑战就是在采取行动之前了解风险回报率。数字化转型使应用程序领导人必须找到有效的方法来更新改造遗留系统。最大的挑战就是在采取行动之前了解风险回报率。

Gartner副总裁分析师Stefan Van Der Zijden说：“对于许多组织而言，遗留系统被视为阻碍了依赖它们的业务项目和业务流程。一旦达到了临界点，应用程序领导人必须考虑更新改造应用程序，以帮助消除障碍。”

Gartner的三步评估方法为确定如何对待应用程序的更新改造提供了方向。最佳方法取决于需要解决的问题。

第一步：使用六个驱动因素评估遗留系统

应用程序更新改造有六个主要的驱动因素，这些是遗留应用程序因其技术、架构或功能而产生的问题、担忧或障碍。

其中三个驱动因素来自业务方面：业务适合度、业务价值和敏捷性。如果遗留应用程序未满足数字化业务所提出的新要求，就需要更新改造以确保与业务适合，还应该升级以提供更大的业务价值。缺乏灵活性、无法跟上数字化业务需求的应用程序可能带来成本或风险。

另三个驱动因素来自IT方面，涉及成本、复杂性和风险。如果总体拥有成本过高，技术过于复杂，或者安全、合规、支持或可扩展性受到危及，那么就该更新改造了。

从业务和IT角度来看，最佳的更新改造机会是涉及多个驱动因素的机会。

第二步：评估更新改造

一旦选择了机会并确定了问题，就要考虑更新改造方案。Gartner按实施简易性对七种方案进行了排名(实施越容易，系统和业务流程面临的风险和影响越小;实施越困难，面临的风险和影响就越大)。

• 封装。通过封装数据和功能来利用和扩展应用程序功能，并通过API将它们作为服务来提供。
• 重新托管。将应用程序组件重新部署到其他基础架构(物理、虚拟或云)，而无需修改其代码、功能或特性。
• 重建平台。迁移到新的运行时平台，对代码进行的更改最少，但代码结构、功能或特性不变。
• 重构。重组和优化现有代码，以消除技术债务并改善非功能属性。
• 重搭架构。大幅更改代码，将代码换成新的应用程序架构，并利用新的更好的功能。
• 重建。从头开始重新设计或重写应用程序组件，同时保留其范围和规格。
• 更换。完全消除以前的应用程序组件并更换掉，同时考虑新的需求和要求。

第三步：选择效果最好、价值最高的更新改造方法

最后，从技术、架构、功能、成本和风险受到的影响方面考虑七种更新改造方案，选择对贵组织会有最大影响和价值的更新改造方法。

最终，更新改造遗留应用程序意味着在重搭架构、重建或更换之间进行选择。重搭架构存在中等成本和风险，而重建或更换可带来最佳结果，但成本和风险比较高。关键在于权衡所有方案，帮助确定每种方案在多大程度上会发挥预期的效果，而所需的工作量最少、积极影响最大。

原文标题：7 Options to Modernize Legacy Systems，作者：Susan Moore

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】

本文转载自网络，原文链接：http://www.51cto.com
本站部分内容转载于网络，版权归原作者所有，转载之目的在于传播更多优秀技术内容，如有侵权请联系QQ/微信：153890879删除，谢谢！