遗留现代化:为什么使用敏捷DevOps方法

日期:2014-3-18作者:Judy Myerson翻译:蒋红冰来源:TechTarget中国 英文

【TechTarget中国原创】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

技术手册>更多

  • 智能BPM与业务流程工具

    Gartner认为iBPM要比运营型智能平台更优秀,表现在以下几个方面:iBPM套件提供更好的工作流,适配性案例管理以及结构化流程协调能力。

  • 云BPM新常态解析

    云端业务流程管理已经不再是什么新鲜事,更不再是什么可怕的方法来管理重要的业务流程。现在,它已经普遍被认为是一种新常态。组织已经从这一技术中获益,使它来更有效地访问和管理企业信息。

  • 企业IT集成指南

    随着云技术的不断采用,现代企业都面临着重大的集成问题。现在已经不再是把企业内部的数据和应用简单地缝合在一起,企业IT现在面临着整合着外部与内部信息的难题。

  • API开发与管理大作战

    2014将会是API管理方法新旧PK的一年,据Delyn Simons说,她领导了Mashery开发者的外展团队。应用编程接口(API)的主流化和私有化在新的一年也将掀起波澜,她在波士顿“Future Insights Ultimate Developer Event 2013”大会上预测说。