广告

如何将传统系统带入极速DevOps?

  • 浏览(27)
  • 评论(0)
  • 译者:k8s

DevOps的承诺是:更快地在线提供核心功能,更好的团队合作,更快速地解决问题。唯一需要注意的是:DevOps必须系统地应用,因此其交付不会因为传统应用程序而减速(传统应用程序不旨在也不支持敏捷和DevOps方法论)。

今天,每个垂直行业的组织成功的关键是访问传统系统或后端系统而无需创建更多代码并保持敏捷和DevOps——这样可以加速数字化转型。

  • 稳定 vs. 敏捷

虽然传统系统是稳定的,但这些大型单体结构往往具有许多互连的部件,其中一个应用程序影响其他几个系统。因此,DevOps面临着一个障碍:必须验证所有这些受影响系统的更改。使这些系统变得有价值的、复杂的老架构是阻碍以预期的速度实现更改的主要障碍。

另一方面,敏捷开发和DevOps方法论都旨在以更快的速度向业务交付软件:通过针对更短期的目标,敏捷允许开发人员一次关注一个问题,并在提交代码后快速查看测试结果;通过增加跨功能通信和自动化从构建到部署的所有内容,DevOps加速向用户交付更改。

完全符合敏捷和DevOps并快速迭代的应用程序,符合硅谷“fail fast”的口号:实现它,找到问题,解决问题。当然,这与永远保护传统系统并让它们稳定可靠的想法相反——控制更改加上全面的测试环境。

  • 能两全其美吗?

替换传统系统是一个漫长而昂贵的过程。为了提高生产力和加速交付,你需要一个平台,允许访问存储在传统系统中的大量数据,而无需在这些系统上进行大量新开发——这是一个为DevOps提供应用程序所需业务逻辑的框架,它足够灵活,可以在DevOps团队需要的任何地方提供信息。

  • 微服务的魔力

微服务或微服务架构是一种应用程序开发方法,其中大型应用程序被构建为一组模块化组件或服务。例如,在由标准Java堆栈组成的微服务之上构建API的方法意味着Java开发人员可以获得所需的数据,而无需等待传统团队开发更多代码。DevOps可以继续“fail fast”和“fail small”,因为微服务架构限制了传统系统所需的更改。在这种环境中,微服务或组合微服务进行更改,就像任何其他可以增强或组合的API一样。传统后端不需要进行任何更改。

虽然传统系统继续存储和保护任务关键型数据,但你可以扩展这些核心系统以供敏捷团队访问。单体传统应用程序可以在需要的地方和时间通过使用微服务架构的平台提供数据,这些API既可以由Java开发人员轻松生成也可以自定义。这个平台:

使用连接器将后端系统绑定到微服务和API生成中以生成前端API。这消除了在最常见的访问场景中开发访问代码的需要,即使在需要支持云和移动的高度灵活的环境中也是如此。

借助与现代开发和DevOps工具的集成,帮助团队通过微服务和DevOps在单体外部调整后端访问。开发人员将发现,现有技能集扩展到传统应用程序和数据,DevOps团队可以获得稳定、安全的数据集和过程的好处,同时加快应用程序交付。

生成可以从支持SOAP或REST API调用的任何语言调用的API。这意味着开发人员和团队可以使用最适合敏捷和DevOps目标的工具集,利用他们已经熟悉的语言,但可以访问传统系统和数据。

请记住,大多数新开发人员学的是Java、Node.js和Python等现代语言,无法处理开发和维护传统应用程序的环境。

  • 不是非此即彼

微服务方法允许敏捷开发人员生成API,进行所需的更改,并推进项目。 随着开发转移到集成到DevOps生命周期的敏捷团队和平台,对传统更改的需求减少或消除,允许项目使用已经工作多年的数据和子系统,同时获得敏捷和DevOps开发速度的好处。


  • 分享到:
  • icon
  • icon
  • icon
  • icon
箭头