转载:给大型机插上翅膀,IBM Z/os 研发团队 DevOps 转型实践

2024-04-09 09:38

本文主要是介绍转载:给大型机插上翅膀,IBM Z/os 研发团队 DevOps 转型实践,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

给大型机插上翅膀,IBM Z/os 研发团队 DevOps 转型实践

2018-07-09 19:48IBM/开发/技术

摘要

企业:IBM 大型机 Z/os 研发团队

企业规模:200 名工程师

面临的问题:各个开发工具之间相对独立,没有统一工作流程,导致交付周期长、学习成本高

转型结果:建立了 DevOps 型流水线,通过 4 个月的研发,把所有 17 个开发工具集成到统一平台,将版本发布周期从 18 个月缩短到了 1 个月。

导读

但见新人笑,哪闻旧人哭,杜甫的诗句很好的诠释了现在 IT 和互联网行业对待技术的态度,区块链、AI、大数据、AR/VR 等新技术层出不穷,每个人都在追逐 The Next Thing。在这个被摩尔定律决定的行业,平均每 18 个月就能让计算能力翻倍,让技术井喷。但是过快的发展速度一定程度上也给新的技术带了不稳定性,就像 Gerald Weinberg 说的那样:

If builders built houses the way programmers built programs, the first woodpecker to come along would destroy civilization.

在这个即使 2,3 年前的技术也会被认为已经没希望的时代,仍然有很多 50,60 年前的技术活跃在前沿行业中。就像七八十年代科幻电影中的那样,笨重的主机、绿色的屏幕、靠软盘驱动,这些在那个年代帮助人类登上月球的科技被统称为 “Legacy System”。根据 Andreas Hein 的研究,这类 Legacy System 至今仍然在 NASA 被广泛使用着。

这次带来的案例就是 “Legacy System” 的缔造者,IBM 的大型机研发部门,作为地球上资历最老的研发团队之一是如何拥抱新的研发管理方式,进行 DevOps 转型的。

本次案例整理自 IBM 资深大型机工程师 Rosalind Radcliffe 在 2017 DevOps Enterprise Summit 的分享。讲述像 IBM 大型机 Z/os 研发团队这样传统的开发团队也可以向敏捷转型。

Enjoy!

设立目标

当 Radcliffe 和她的团队开始准备向 DevOps 转型的时候,发现主要问题在于现阶段的整个发布周期太长,整套 Z/os 的开发工具太多并且都相互独立,但是整体研发团队的发布周期大概在 12~18 个月左右,整套开发工具中包含了 17 个独立的开发工具。这次转型就是希望能将这些独立的开发工具整合到一条固定发布的流水线上,来实现以下目标:

  1. 为使用这些大型机和大型机开发工具的内部团队和客户带来更多的价值。
  2. 降低使用者的学习成本。
  3. 让研发团队能更快更高效的进行功能迭代和版本发布。

Radcliffe 表示如果能打造一条将这些相对独立的开发工具整合到一起的 DevOps 流水线,能更好地释放团队潜力。将发布周期降到一个月以内,不仅仅能提高研发团队的效率,同时也能为使用大型机的客户带来更多的价值。

转型过程

转型的目标是要整合所有的开发工具到一条流水线上,但是现有的17 个开发工具都太过于分散,将其全部统一起来需要花费大量时间。为了能搭建一个通用的 IDE 和环境,Radcliffe 和她的团队采取了一个大胆的举措——暂停整个研发进度。

“除了客户出的紧急情况以外,整个团队把全部的精力都放在了这条流水线的搭建上。”

因为从最开始就决定要循序渐进,所以整个团队从 IBM 大型机研发中最基本的 Z/os Explorer 和 CICS (IBM 公司的主机交易服务器、整合平台)工具开始着手,然后再按顺序加上其他开发工具。这样所有大型机相关,并以 Eclipse IDE 为基础的开发工具就可以很快地部署到这条流水线上来。

在做这段开发的过程中,值得提及的是这不仅仅是统一以 Eclipse IDE 为基础的开发工具,更关键的是为了达成这个目标而付出的后端的努力;这不仅仅是 Java 语言的开发,而是 IBM 大型机开发中所使用的传统 PLX 开发模式。这是基于汇编语言的 DevOps 流水线实践,之后将没有独立的开发工具,所有的开发工具都集成到了一个工具链中。现在整个团队只有一个 SEM,不管团队是在为内部系统还是为客户进行开发,所有的代码都在一个仓库里,每个人都能清晰的了解其他人的项目和工作进度。

Radcliffe 和她的团队总共花了 4 个月的时间完成整个转型。

转型结果

  • 为了将所有开发工具整合,17 个产品总共进行了 94 次版本迭代。
  • Bug fixes 和小型功能的发布周期缩短到了一个月内。
  • 统一了代码仓库,所有的开发工具都集中在同一环境中。
  • 同时搭建持续部署,每晚自动对部署的功能进行测试,确保高效准确的交付。

反思

Radcliffe 和她的团队花了 4 个月进行 DevOps 转型,从中她总结了 3 点意见,供其他有兴趣进行转型的企业参考。

  1. 必须给予研发团队足够的时间。研发负责人如果想采取 DevOps 的转型就必须花时间给团队做足够的讲解和训练,确保每个人都知道他们需要做什么和为什么要这么做,同时要做好前期工作效率下降的准备,尤其是对一些仍然使用传统研发方式的团队来说更是如此。就像我们的 CICS 项目团队,花了一段时间才从老式的开发工具迁移到以 Eclipse 为内核的开发工具。所以在这个过程中需要给予团队足够的时间去学习适应,毕竟罗马不是一天建成的。
  2. 保证跨部门沟通渠道的通畅。我们使用各类 Slack 的频道来进行跨部门沟通,让大家可以实时了解各个项目的进度,可以互相请教和分享关键信息。
  3. 管理层必须给予必要的支持。想象一下当整个研发团队在接下来的四个月里都不会进行新功能的交付,会给销售或市场部门带来怎样的波澜。作为管理层,必须要能认识到 DevOps 转型的必要性,相信转型能激发研发团队的潜力,为企业带来更高效的交付和更大的价值,这样才能给你的研发团队足够的支持。

结尾

这个案例向我们展示了,即使是像 IBM 的大型机研发团队这样的 “Legacy System” 项目,只要有足够的支持和决心也可以进行 DevOps 转型,为企业带来更多的价值。

Reference

1.https://www.youtube.com/watch?v=ALTmXm9eWGE&feature=youtu.be&t=13m1

---------------------------------------------------------

ZL 文章来源:http://www.sohu.com/a/240189740_205771

这篇关于转载:给大型机插上翅膀,IBM Z/os 研发团队 DevOps 转型实践的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/887807

相关文章

大模型研发全揭秘:客服工单数据标注的完整攻略

在人工智能(AI)领域,数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者,掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中,工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注,不仅能够帮助提升客服自动化系统的智能化水平,还能优化客户服务流程,提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

跨国公司撤出在华研发中心的启示:中国IT产业的挑战与机遇

近日,IBM中国宣布撤出在华的两大研发中心,这一决定在IT行业引发了广泛的讨论和关注。跨国公司在华研发中心的撤出,不仅对众多IT从业者的职业发展带来了直接的冲击,也引发了人们对全球化背景下中国IT产业竞争力和未来发展方向的深思。面对这一突如其来的变化,我们应如何看待跨国公司的决策?中国IT人才又该如何应对?中国IT产业将何去何从?本文将围绕这些问题展开探讨。 跨国公司撤出的背景与

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

Prometheus与Grafana在DevOps中的应用与最佳实践

Prometheus 与 Grafana 在 DevOps 中的应用与最佳实践 随着 DevOps 文化和实践的普及,监控和可视化工具已成为 DevOps 工具链中不可或缺的部分。Prometheus 和 Grafana 是其中最受欢迎的开源监控解决方案之一,它们的结合能够为系统和应用程序提供全面的监控、告警和可视化展示。本篇文章将详细探讨 Prometheus 和 Grafana 在 DevO

springboot整合swagger2之最佳实践

来源:https://blog.lqdev.cn/2018/07/21/springboot/chapter-ten/ Swagger是一款RESTful接口的文档在线自动生成、功能测试功能框架。 一个规范和完整的框架,用于生成、描述、调用和可视化RESTful风格的Web服务,加上swagger-ui,可以有很好的呈现。 SpringBoot集成 pom <!--swagge

vue2实践:el-table实现由用户自己控制行数的动态表格

需求 项目中需要提供一个动态表单,如图: 当我点击添加时,便添加一行;点击右边的删除时,便删除这一行。 至少要有一行数据,但是没有上限。 思路 这种每一行的数据固定,但是不定行数的,很容易想到使用el-table来实现,它可以循环读取:data所绑定的数组,来生成行数据,不同的是: 1、table里面的每一个cell,需要放置一个input来支持用户编辑。 2、最后一列放置两个b

Science Robotics 首尔国立大学研究团队推出BBEX外骨骼,实现多维力量支持!

重复性举起物体可能会对脊柱和背部肌肉造成损伤,由此引发的腰椎损伤是工业环境等工作场所中一个普遍且令人关注的问题。为了减轻这类伤害,有研究人员已经研发出在举起任务中为工人提供辅助的背部支撑装置。然而,现有的这类装置通常无法在非对称性的举重过程中提供多维度的力量支持。此外,针对整个人体脊柱的设备安全性验证也一直是一个缺失的环节。 据探索前沿科技边界,传递前沿科技成果的X-robot投稿,来自首尔国立

【HarmonyOS】-TaskPool和Worker的对比实践

ArkTS提供了TaskPool与Worker两种多线程并发方案,下面我们将从其工作原理、使用效果对比两种方案的差异,进而选择适用于ArkTS图片编辑场景的并发方案。 TaskPool与Worker工作原理 TaskPool与Worker两种多线程并发能力均是基于 Actor并发模型实现的。Worker主、子线程通过收发消息进行通信;TaskPool基于Worker做了更多场景化的功能封装,例

vue2实践:第一个非正规的自定义组件-动态表单对话框

前言 vue一个很重要的概念就是组件,作为一个没有经历过前几代前端开发的我来说,不太能理解它所带来的“进步”,但是,将它与后端c++、java类比,我感觉,组件就像是这些语言中的类和对象的概念,通过封装好的组件(类),可以通过挂载的方式,非常方便的调用其提供的功能,而不必重新写一遍实现逻辑。 我们常用的element UI就是由饿了么所提供的组件库,但是在项目开发中,我们可能还需要额外地定义一