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

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

【TechTarget中国原创】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

大型机与遗留应用>更多

  • 2016移动技术趋势

    2015是移动领域很重要的一年——2016将更加重要。但新的一年里会出现什么IoT和移动技术新趋势呢?

  • 微服务是遗留软件现代化的神秘武器?

    对很多企业而言,处理遗留软件现代化问题都是很大的痛点。但是,微服务可能能够有所助益。Brad Irby深入解释了该领域。

  • 移动设备遗留应用现代化

    如果你的企业已经成立超过20年,一定有一些不是为移动而构建的遗留系统。这些系统可能也不是为Web而构建的。那么应该怎么处理这些应用?

  • 代码重构工具选择的七大标准

    代码重构工具有很多,不管是Java、PHP、.NET还是其他,都有工具帮助重构代码的繁重过程变得轻松一点和安全。其数量已经多到眼花缭乱令人难以选择的地步。

相关推荐

  • 对于orchestration而言 ALM和DevOps至关重要

    为了确保开发和运营能够持续同步演进,开发者需要理解DevOps与orchestration之间的差异,对自己的开发和运营策略进行重新思考,并且对重要的新兴趋势保持警觉。

  • 开发运维一体化(DevOps):协作是成功的保障

    如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标

  • 中国市场DevOps应用趋势分析

    为了解决开发人员与运维之间的协作问题,从而提升工作效率,DevOps方法论应运而生。几年的发展,DevOps现在国内市场的应用情况如何?如何才能取得DevOps实施的成功?

  • 持续DevOps文档:是必需的

    文档和管控的流程仍旧是防止企业陷入困境,保证员工不丢掉工作的有效方式,让文档和管控成为进展缓慢的同义词是因为一些历史原因。软件版本引入的相同的自动化也适用于文档领域。

技术手册>更多

  • Web服务描述语言:WSDL

    Web服务描述语言WSDL是用XML文档来描述Web服务的标准,是Web服务的接口定义语言,是Web Services Description Language的缩写它用一种和具体语言无关的抽象方式定义了给定Web服务收发的有关操作和消息。就其定义来说,你还不能把WSDL当作一种对象接口定义语言,WSDL保持协议中立,但它确实内建了绑定SOAP的支持,从而同SOAP建立了不可分割的联系。

  • SOA与遗留系统详解手册

    遗留系统是一个已经运行了很长时间的,对机构来说是很重要的系统,但是往往不知道如何处理的大的软件系统。它与平台相关,但不能在网络环境中直接访问。另外,遗留系统不能直接访问存储在各种数据库管理系统中的数据,但由于遗留系统所完成的是关键业务,所以不能简单丢弃。本技术手册提供了一些意见和技巧,仅供参考。

  • UDDI(统一描述发现和集成)

    UDDI统一描述、发现和集成协议,是为解决Web服务的发布和发现问题而制订的新一代基于Internet的电子商务技术标准。全称Universal Description, Discovery and Integration,它包含一组基于Web的、分布式的Web服务信息注册中心的实现标准,以及一组使企业能将自己提供的Web服务注册到该中心的实现标准。UDDI利用SOAP消息来查找和注册Web服务。并为应用程序提供了一系列接口来访问注册中心。

    UDDI(统一描述发现和集成) 提供一种发布和查找服务描述的方法。UDDI数据实体提供对定义业务和服务信息的支持。WSDL中定义的服务描述信息是UDDI注册中心信息的补充。

  • 开源SOA快速入门指南

    开源软件越来越多地出现在SOA的世界。ESB和应用开发框架是最显著的例子,但是开源BPM,数据集成和其他不同的工具类型也很好的展现。这本开源SOA快速入门的出发点是为了与通过开源SOA工具得来的开源信息和分类保持一致。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算