在进行现代化项目之前,你需要考虑什么? 该方法应该是业务运行的还是it主导的? 是什么让现代化尝试失败了? 有哪些策略,哪些对你是最好的? 如果您还没有将遗留IT基础设施及其附带的应用程序现代化,那么这些只是您应该问的一些问题.

我们随附的文件将进一步指导您回答这些问题, 提供了确保成功转型的检查点列表,并详细介绍了我们帮助一家财富500强公司在经历了20年的失败后成功实现现代化的案例研究.


对遗留IT进行现代化值得吗?

一句话,是的. 它可能会带来一个令人生畏的时间表和价格标签,让一些人需要说服, 但是没有现代化, 您的IT成本将飙升,而性能将下降. 事实上,IT运维支出约占全球IT支出的75%. 支持的最昂贵的系统是最老的系统——遗留系统和旧的大型机. 随着运营成本和风险的不断增加, 许多IT经理必须执行现代化计划.

现代化项目的挑战性和复杂性使得许多项目悬而未决, 不完整或永久推迟. 而它们占了全球发展和增强支出的近三分之一, 29%的支出被浪费在了失败的努力上.

《美高梅开户》发现,77%的组织已经启动了遗留系统现代化项目,但未能完成——但原因是什么? 最常见的原因是:
  • 对现代化范围认识不清
  • 低估的努力 
  • 对所选方法的高期望和对“神奇解决方案”的依赖 
  • 高管层和IT领导层脱节
实现现代化的常见方法及其缺陷

通常被称为 R-treatments, 每一种方法都适用于特定的案例子集, 但它们不一定能很容易地相互融合, 它们都有各自的风险和价格.
  • 退休 -一个简单的方法,让你关闭你的应用程序. 不要忘记保留您可能需要的数据,并考虑如何访问它
  • 保留 -你的主机还在工作, 因此,保留应用程序,而将重点放在更新外围设备上. 通常会有额外的供应商锁定,增加你当前的支出. 对于非ibm遗留平台来说,这通常不是一个选择 
  • 取代 -从值得信赖的供应商获得COTS产品,并提供支持和定制服务. 值得考虑的, 但IT领导层应该记住,这将是业务驱动的,时间和结果是不可预测的 
  • 重写 -与取代相同,但使用您自己的解决方案. 按照现代架构指导原则重新构建应用程序,并看到它成为原生云应用程序. 这是小型应用程序的最佳选择,但复杂性和成本随着规模的增大呈指数级增长 
  • Rehost -也被称为提升和转移. 使用一些COTS环境仿真解决方案,将所有遗留技术移植到一个新的平台上. 允许您退役您的旧硬件,并保持某些东西运行,直到您替换或重写它, 除非你决定重新托管它. 如果你需要组合解决方案,你的风险将呈指数增长. 仿真层可能会影响性能方面的考虑 
  • 重新架构 -利用自动转换工具,将应用程序的所有遗留组件转换为现代技术堆栈,从而重用它们. 将业务逻辑从遗留语言转换为Java, 绿色屏幕到网页, 批处理脚本到现代脚本. 在将元数据转换为目标技术格式但需要很长时间时,这种方法非常有用, 结果仍然是用Java编写的COBOL. 最终的产品对于Java和COBOL开发人员来说可能都很难使用 
  • 重新设计 ——这一切的结合. 如果没有其他的治疗方法对你起作用,这个会. 但它可能比电梯和换挡方法更昂贵. 然而,提前决定重新设计通常意味着未来的节省. 要找到一个工具不可知的合作伙伴,能够确定您使用这种方法成功的所有因素,这是一个挑战
如果你正在实现现代化,需要考虑什么

这些是你的选择,但是你如何选择哪种r疗法是最适合你的? 这里有一些问题可以帮助你做决定. 不是所有的案子都和你的案子有关, 但是当你开始你的现代化之旅时,它们应该被考虑.
  • 您是否清楚地看到了未来十年的应用程序开发/日落策略?
  • 你对你的现代化有一个明确的定义吗?
  • 在做出一个选择之前,你是否投入了足够的时间和预算在前期解决方案和坚实的PoC上?
  • 在5 - 10年内维护您的目标解决方案将花费多少成本和时间? 
  • 您的应用程序有性能方面的考虑吗? 所选择的方法满足您的需求吗? 
  • 移植后交付需要多快? 
  • 你是否有一个后备计划,以防出现问题? 
  • 如果你引入一个供应商解决方案,十年后他们的专利许可成本是多少? 
  • 你们有集成商合作伙伴吗?
  • 您的应用程序是否有变更管理策略,以便与迁移活动同时进行调整? 
  • 您计划如何确保迁移后产品的质量? 
  • 工商界是否支持你们的现代化计划? 是否需要与商界达成妥协?
在我们的白皮书中,你会找到关于r疗法的更详细的解释, 加上一个全面的问题列表,这些问题在迁移的早期阶段非常重要,而且经常被忽视. 现代化项目第一次获得完全成功的机会很小, 但我们希望通过这篇迷你指南和伴随文章来增加你的机会, 详细的白皮书.


伊凡Aptekarev
跨行业解决方案首席架构师
20年以上IT工作经验, 推动长期的客户参与以及快速的解决方案交付,主要关注遗留应用程序/基础设施现代化景观和其他数字化 实施计划. 具备动手软件开发的能力,能够领导大型分布式高速工程团队.
Alexey Zagorodniy
总监、工程解决方案
11年以上IT工作经验,具有实际管理经验,专注于构建有效的软件交付外包解决方案,以满足金融服务客户的需求. 专业的定义, 在陆上和海上建立并领导全球交付业务.