为了不升级应用，采用敏捷DevOps的方法进行遗留现代化可确保资源得到最好的利用。敏捷DevOps方法是有益的，因为它可确保现代化应用如预期一样高效运行。

遗留现代化有三种主要敏捷DevOps方法，都能暴露出现代化应用的运维问题。每一种方法还可以显示出哪些预测设想没有实现，即使在运维问题没有出现时。

新平台上重新托管遗留系统

新平台上重新托管遗留系统，而不必须对系统做重要的更改，这看起来似乎是一个非常篇章的选择。这一方法包括内部运行良好的遗留系统，以及托管在云中没有任何问题的系统。

时常的更新和不断的修补很可能会增加依赖的复杂性。

当重新托管遗留系统不可扩展，或资源使用不还没旧系统高效时，这一方法就不太理想了。在新平台上运行可能需要对具体资源使用庇的遗留代码做出重大更改。

迁移遗留系统到关系型数据库系统

虽然把旧的应用迁移到关系型数据库中看起来是一个不错的遗留现代化技术。敏捷DevOps方法可能揭示了查询关系型数据库的运维问题。这类问题包括慢查询响应、网络延迟、托管数据库服务器超载、资源消耗过多，以及不正确的数据划分。

为了最小化运营问题，从而达到查询优化，从数据库优化的增量迭代开始敏捷DevOps方法。这包括表格标准化和支持高效查询的设计指标。

分解遗留系统成服务相关组件

如果你想进行遗留系统分解，那么在开发敏捷DevOps方法时，就要有现成的业务流程改善计划。这一计划帮助决定提取哪个遗留系统服务相关的组件来现代化应用，如软件即服务。

为了使用解开组件依赖变得更容易，从增量迭代分解开始。经常更新和修补，依赖的复杂性很可以会增加。

一旦成功解开依赖，服务相关组织就可以接受，可拒绝，或结合起来。可接受的组件存储在库中，以供其它的遗留现代化项目参考。

也可以不接受服务组件，如果他们不再使用、过期了，或会导致反应慢的话。可接受的服务组件并不意味着他们之间的依赖也可以接受。

可接受的依赖可能需要重新调整可接受服务组件。使用敏捷DevOps进行组件重构增量迭代。迭代过程中，结合依赖性会产生较少的服务组件。运维的DevOps迭代将会揭示操作可接受服务组件应用的问题。