DevOps后时代,构建基于代价流的平台化工程

打印 上一主题 下一主题

主题 988|帖子 988|积分 2964

本文来自腾讯蓝鲸智云社区用户: CanWay
  平台化工程涉及双重核心意义。一方面,是雷同利用IDE等工具进步工程师服从的平台化工程,如GitOps或命令行调度般便捷。然而,本文重点探讨的是基于代价流的平台化工程,尤其针对传统金融行业,关注整个协同过程的有效管理。本文重点讨论如何将CMMI(本事成熟度模型集成)与DevOps理念联合,实现平台化工程的现实应用。
企业DevOps建立:近况与题目

重工程、轻流程

过去,行业都在构建基于工程效能的界说,即更高效、更高质量、更可靠、可持续地交付更优的业务代价的本事,以提拔能效。
早期互联网公司通过端到端的持续开发、集成、测试、交付运维,实行量化效能质量、交付速度和业务代价。然而,这种“重工程、轻流程”的模式也带来了风险。例如,PDD在体系测试阶段未经充分验证即发布生产,导致巨额损失。
传统行业如金融、通讯、物流和航空等,由于与消耗者紧密关联,其发布流程必须颠末严格的质量把控和多重验证。因此,他们无法像早期互联网企业那样直接发布代码。流程管理的紧张性显而易见。
局部狭义的DevOps:流程与规范的缺失

企业在实行DevOps时,往往面临各部门各自为政、流程不联通的题目。研发、测试、运维等部门基于本身的明确建立平台和子流程,导致CI/CD过程中各部门间缺乏有效沟通。此外,业务人员与研运人员之间的不同话语体系、操作平台和构造情势也增加了沟通停滞。

例如,研发团队有本身的设置管理团队,测试团队有测试一体化平台,运维团队有ITIL(信息技术基础架构库)等。这些平台之间缺乏互操作性,导致数据脱节和信息同步困难。
在DevOps运行到后期时,企业可能会发现,在度量需求规划至项目运营的数据时,需超过近百个工具宁静台,大量数据需人工填写,数据间彼此脱节。尽管投入了大量资源,但由于流程隔离和信息不同等,需求交付周期并未明显缩短,各部门现实有效投入时间仅占整个周期的不到三分之一。
这种局部狭义的DevOps模式,即范围于CI/CD阶段,往往只解决了单点题目,而未能适配企业的团体流程和规范。企业在实行DevOps时,主要存在以下题目:


  • 流程线上串联不敷:各部门间的流程未能有效串联,导致信息通报不畅,影响协作服从。
  • 管理体系和入口繁多:过多的管理体系和入口导致研发操作分散,存在冗余和重复建立的题目,增加了维护成本。
  • 数据间未买通:各部门数据之间缺乏有效毗连,导致数据难以对齐,重复输入现象严峻,降低了数据准确性和工作服从。
  • 缺乏流程服从分析:企业缺乏对流程服从的全面分析,难以识别潜在阻塞点,从而无法针对性地优化流程。

突破之法:基于精益代价流的平台化工程

要有效消除企业交付与工程效能演进之间的鸿沟,单纯依赖以CI/CD为核心的DevOps工具链是远远不够的。为了真正实现业务代价交付的降本增效,我们需要构建一个高效、尺度的互联互通体系。
"基于精益代价流的平台化工程”提供了破局思路:将统一尺度融入各工具平台,实现业务代价流与工程代价流的互联、互通、互锁。这里,代价流涵盖从业务代价需求的提出到上线的整个流程,其中涉及多个工程活动环节,如测试平台,仅仅是这一流程中的一个子环节。

以“OnelD”理念建立管理平台,实现工具间的互联互通,整个过程实时展示前置时间(LT)、处理时间(PT)、需求分布等关键指标,从而直观地掌握流程服从、速度以及分布状况。通过平台化产品买通业务代价流与工程代价流,使构造的业务活动、成本分配、服从管理变得可观测、可联动、可管理、可优化。

新一代信息化建立计谋:流程治理+DevOps工程

在过去,互联网企业因无需与其他平台体系联动,仅提供工程本事已充足应对需求;而对于金融、汽车等传统行业,由于对流程有强管控要求,需实现前中背景的融合,以确保对齐质量、把控风险。
我们可以考虑采用流程治理与DevOps工程融合的计谋,来构建新一代的信息化体系。这一计谋的核心在于实现管理流程与工程流程的融合对接。通过打破工具间的数据孤岛,构建一个从需求到制品、再到环境的全流程信息关联体系。在这一体系中,数据一旦记录,便能在后续的流程中直接自动流转,确保信息的同等性、无缝对接和高效协同。

融合流程治理与DevOps关键建立节点

起首,基于通用服务模型的代价流平台,构建集成和自动化IT代价链的插件开放平台。这个平台将CI/CD、自动化测试、环境申请、仓库部署等各环节紧密聚合,通过插件化引擎(雷同于ESB企业服务总线)串联流程,实现多平台间数据的自动构建与贯通。这一流程按前后次序融合编排、支持自由切换,构成完整且高效的代价流。
以CMMI流程为例,我们可以根据构造需求自界说编排,明确流程环节、晋级点、环理管理点、审批流等,确保流程既满足成熟度要求,又高效符合业务需求。
其次,实现全链路数据的联动贯通。将各阶段的产出物进行线性关联,形成研发过程全链路数据联动,将代码、需求、设置、测试环境、测试数据形成资产进行沉淀,进行布局化管理,输出可视化视图,进步题目追溯本事。

此外,引入可视化追溯机制,基于全链路数据关联关系构建直观视图。从应用对应的业务体系出发,建立业务之间的关联关系;同时,以业务体系的过程环境为切入点,融入硬件、中心件信息,构建制品与环境的关联网络;最后,以制品为中心点,横向毗连研发管理各范畴,实现应用端到端资产关联。
这种关联使得我们可以大概度量过程中每个阶段的耗时、等候时长、审批失败次数等关键指标,实现精益代价管理,可以大概直接溯源追踪定位题目根源。这使得我们可以大概快速分析出哪些工具需要替换、哪些工艺规则需要尺度化,从而实时做出判断和处理。

终极,我们将打造一个覆盖三线一体的数字化IT效能平台。该平台依托ESB总线,将企业内部各种异构性平台通过统一的插件和接口融合,依据代价流编排进行高效调度,实现流程与工程的无缝对接,构建关联资产的度量反馈。

代价与收益:业技融合联动,构建高效联动与协同合作新模式

颠末流程治理与DevOps工程的融合建立后,我们将可以大概买通业务层和技术层,与具体工具平台、研发模式松耦合,将业务流程内聚化,做到可建模,可观测,可度量,形成业务与技术之间的高效联动和协同合作。
最后,实现平台化的团体目标:基于代价流构建全生命周期的业务流、数据流、应对快速变更。这一新模式将为企业带来更高的运营服从、更低的成本和更强的竞争力。


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

民工心事

金牌会员
这个人很懒什么都没写!
快速回复 返回顶部 返回列表