论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
IT评测·应用市场-qidao123.com
»
论坛
›
物联网
›
物联网
›
DevOps后时代,构建基于代价流的平台化工程 ...
DevOps后时代,构建基于代价流的平台化工程
民工心事
金牌会员
|
2024-6-14 21:18:31
|
显示全部楼层
|
阅读模式
楼主
主题
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 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
民工心事
金牌会员
这个人很懒什么都没写!
楼主热帖
Cilium系列-10-启用 IPv6 BIG TCP和启 ...
【云原生】Spring Cloud是什么?Spring ...
大数据开源项目,一站式全自动化全生命 ...
容器化|自建 MySQL 集群迁移到 Kubern ...
超详细的手把手撸代码---教你你⾃定义 ...
Spark快速上手(4)Spark核心编程-Spark ...
如火如荼的「云原生」,你了解多少? ...
Centos7 中安装Elasticsearch
用 Flutter 写一个精美的登录页面(最 ...
【Java面试】介绍下Spring IoC的工作流 ...
标签云
运维
CIO
存储
服务器
浏览过的版块
网络安全
.Net
云原生
移动端开发
快速回复
返回顶部
返回列表