太原市做网站好的科技公司,做娱乐网站需要哪些,个人网站怎样申请,施工企业降本增效的方法和措施数字经济时代#xff0c;数字化转型成为社会的普遍共识和行动。越来越多的业务运行在数字化基座之上#xff0c;软件系统正成为业务创新的价值核心和创新引擎。在这一趋势下#xff0c;软件产业面临着许多新挑战和新机遇#xff1a;一方面#xff0c;万物互联下软件系统规…数字经济时代数字化转型成为社会的普遍共识和行动。越来越多的业务运行在数字化基座之上软件系统正成为业务创新的价值核心和创新引擎。在这一趋势下软件产业面临着许多新挑战和新机遇一方面万物互联下软件系统规模和复杂度持续增长而另一方面业务的快速变化对软件交付效能的要求却不断提升软件构建和交付方式亟待变革。
要解决问题先直面问题。为更好地厘清波涛汹涌的数字化转型浪潮下软件产业所面对的机遇与挑战6月29日阿里云云效与阿里云开发者评测局栏目联合特邀了InfoQ极客帮副总裁付晓岩、南京大学软件工程学院教授张贺、Thoughtworks全球数字化转型负责人肖然、国内精益产品开发最早实践者何勉阿里云云效解决方案负责人阿里云资深技术专家陈鑫云效平台负责人以及阿里云高级产品专家张裕云效平台产品架构师共6位领军人物一起围绕数字化转型浪潮下的技术变局进行了深度的研讨。 数字环境下各界如何看待科技发展与业技融合
当前央行侧重提升产业的整体数字化同时还提出了更高的要求希望业务系统或者业务创新能够实现跨角色、跨流程的自由编排和组合。这个要求即便对互联网企业来说都非常高银行业等传统企业如果想通过企业级的工程来整体提升业务和技术能力、实现业务和技术的融合更是一件困难的事情。所以需要一些新的方法论或工具来支撑。
今年年初中国银保监会与人民银行发布的《关于银行业保险业数字化转型的指导意见》已经明确指出在数字化时代要做到“业技融合”同时BizDevOps这个词也已经被写入央行《金融科技发展规划2022-2025年》中。这两份文件已经为银行的数字化转型提出了具体的要求和方法变成了行业转型的参照。
金融行业天然走在数字化的前沿已经享受到了数字化的红利。但是还有很多产业和行业仍面临挑战。比如生产线的出现可以让企业既得到质量又得到了效率但一定程度上牺牲了体验而数字化天然可以解决这个问题。如果用户需求的获取、还原、设计、生产、交付和服务等环节有数字化的支撑就有可能在整个环节里满足用户的个性化体验。
我们已经看到很多企业通过数字化技术打造独特的体验创造差异化价值。实体经济正在逐渐向信息化的世界迁移。未来所有的实体经济都要做数字化甚至未来所有的企业都会成为软件企业。未来任何业务想要有竞争力都必须运行在数字化基座之上。
那么数字化的引擎是什么是软件。软件的燃料是什么是数据。
因此整个数字化转型浪潮对软件开发提出了非常高的要求。如何端到端、全链路地去看而不是只看单个阶段或者单个产品如何建立最本质的模型从物理世界过度到数字世界并反过来影响物理世界如何构建顺畅高效精准的交付模式这些问题都变得非常重要。
作为一个大的数字经济体阿里巴巴在业务与技术融合的发展过程中也经历了三个阶段。
第一阶段向技术要效能。那时候企业面对的是如何将技术自动化实现技术本身的提效第二阶段不仅向技术要效能还要考虑技术如何更加高效地去支撑业务。于是中台的概念被提了出来第三阶段也就是这两年阿里希望顶层战略可以顺利传达到业务和技术团队特别在意业务和技术的协同开始讨论如何通过方法和工具将技术和业务的协同形成标准化的实践。
开发工具本身是为了帮助一线同学提升幸福感和效率。作为开发者关心的是如何能够专注而高效地工作、高效开发和测试但更重要的是保证自己做的是正确的事。
现在有一个趋势做底层研发的越来越少软件研发的方式和习惯在发生变化。
现在开发做的不再是一个通用工具而是要随着业务不断演化。 为什么一定要从DevOps走向BizDevOps
如上文所述作为加快金融服务智慧再造的重要组成部分BizDevOps成为重塑智能高效的服务流程的核心能力组成。但BizDevOps也不是另起炉灶而是DevOps的自然扩展从打破IT内部的墙到打破IT与业务的墙。
DevOps于2009年被提出主要是为了打破Dev与Ops的墙。当时的墙还是比较明显的。Dev关注的是快对象是代码Ops关注的是稳对象是机器。两者目标天然有矛盾部门墙由此建立起来这当然不利于IT 价值的最大化。
2009 年在美国举行的第二届Velocity大会上来自Flickr 公司的John Allspaw和Pauk Hammond发表了一个演讲《10 Deploys Per Day: Dev and Ops Cooperation at Flickr》。在这个演讲中Allspaw和Hammond以角色扮演的方式生动地表现了开发与运维之间的各种冲突。演讲中出现很多金句如“Its not my code, its your machines!”这深刻反映了Dev和Ops关系的现状。接着他们又展示了开发团队Dev和运维团队Ops如何通力合作借助工具消除双方间的壁垒。
这次演讲是DevOps发展历程中的标志性事件。它提出了正确的问题为了更快交付和实现价值必须弥合开发和运维之间的鸿沟并给出了解决方案为了弥合开发和运维之间的鸿沟需要在文化、工具和实践方面的系列变革。
而在今天的大环境下我们面临着一个新的问题如何打通业务Biz与开发运维DevOps之间的墙以更好地应对数字经济下的挑战。
仍以阿里为例今天阿里的中台也面临两个问题。第一个是协同问题阿里中台本身是一个大部门大的业务线和小的业务线从前台传递到中台有优先级但大家都觉得自己很重要这就是一个典型的大型企业协同问题。第二个问题就是如何不让技术、中台本身成为瓶颈。阿里希望业务可以自己去做技术这样有价值的想法和创新可以得到最快的响应。
“你们团队是业务主导还是产品主导”技术人都不希望被当作资源去做事而是希望可以和业务合作以达到业务成功。其实业务和技术应该是共生合作的关系。
在零售和金融行业这种关系比较明显。比如银行的业务占绝大多数大概有90%如果有业务研发一体化的系统技术可以满足更多的业务诉求那么业务就能更快地完成工作。 如何落地 BizDevOps
DevOps运动还没结束仍在继续发展。DevOps运动有很多可以给BizDevOps借鉴的地方。
首先是在目标上进行统一。DevOps为了统一目标借鉴了精益管理、敏捷管理、看板等工作方法打通了整个DevOps流程产生了非常好的对于管理方法的驱动。其次DevOps在开发和运维之间找到了共同点。大家关注的是应用以应用为中心去做开发演变成了阿里和微软的OAM模型。因此既要有理念和方法上的改变还要用技术手段来解决问题这是我们需要从DevOps运动中学习和借鉴的。
那么业务和技术的共同目标是什么在流程中有什么共同关注的东西共同的目标、共同的关注点有效的技术或者工程实践是BizDevOps落地的关键。
首先要把业务、DevOps统一起来统一语言非常重要。业务和技术有墙是正常的因为业务间本身可能就有割裂。以银行为例每个部门画图的标准不一统一业务的语言就有难度。业务之间先统一语言然后和IT用统一的语言沟通然后统一数据和业务。从基础语法到长期熟练地使用语法制定业务标准、数据标准行业上下游企业定义好标准这个过程的整合需要时间。
对于软件行业来说DevOps代表第一生产力数据代表软件下的生产资料。DevOps发展多年相对来说已经很成熟因此成为快速迭代、试错的实验系统。在已经有这套系统的情况下Biz就更应该好好利用这个系统。
现在可以把Biz放在DevOps前面后续也可以把Biz放在DevOps后面。这意味着业务不是拍脑袋做的而是有数据验证的。Biz、Dev、Ops这三个单词不应该是在一条线上而应该是一个环加入数据这个生产要素之后我们可以用实验精神来创造一些商业机会。
当前能做的是借鉴DevOps的经验有一定的工具来承载最佳实践和方法固化到流水线上帮助落地。
有的企业搭了一下就觉得自己在做DevOps实践了其实我们还是要有更高的追求。从文化上解决和改变工作方式短期内是无法做到的更加合理的方式是去培养复合型人才。DevOps让开发要懂测试DevSecOps让开发要懂安全Biz加进来以后开发人员也要懂业务。事情没办法一步到位也许在过渡期中一个比较好的方式就是产学研联合去培养复合型的人才。
最后仍然要强调一下BizDevOps最大的机会点还是在需求本身在构建数字化的生态本身。 BizDevOps的产品应该如何打造
特斯拉的Elon Musk曾说 “比起造汽车来说设计这条流水线的难度是它的100倍。”那么如何做才能把BizDevOps的流水线做出来
阿里云云效平台负责人陈鑫提到在服务众多云效客户的过程中发现科技部门对于DevOps比较有共识同时也欣然接受。例如大家都会理解一体化研发运维平台、走向云原生这样的一些概念和说法DevOps的标准和方法实践都在逐步收敛以适配开发者需求。
但是业务部门还完全没有达成这种共识。现状是只解决技术部门的效率问题很难改变业务的创新效率问题。如果有一个工具可以让业务看到工程活动和业务之间的关系那么业务部门就可以作出判断和行动。很多企业有非常多的工具可以用但没有可以实现数字化目标的工具。
打造BizDevOps工具有很多难点。比如目前市面上有很多DevOps工具但企业还是会再造一个工具为什么因为各个工具的数据模型并不一致。因此要想打造一个BizDevOps平台首先要保证数据一致。大家对一些最基础概念的认知要拉齐。当前不同的人对于“应用”的定义和理解都是不一样的如何能形成通用规范
另外DevOps需要不同的人协作BizDevOps作为一个工具或者平台如何让多个角色有统一的视角避免互相传递各自视角的信息导致低效也是非常关键的。此外工具不是为了改变而改变工具是用来解决问题的工具本身不能对用户的状态进行假设必须适配用户在各种条件下的状态。而研发自身也需要做数字化转型。研发过程中也会产生数据产品研发本身实现数字化转型才能更好地支撑更大的数字化转型。
整体来说BizDevOps在概念、流程、方法上如何标准化需要业内一起努力共同推动在产品上的落地。 如果BizDevOps真得发生未来会如何
BizDevOps对业务的创新速度和有效性会产生很大的作用数据会变成基本常识业务和开发之间的分别也会模糊起来。一定会有部分业务人员愿意往开发上靠近。开发人员抽象分析问题的优势也会给业务人员带来很多的价值。
将来的业务更多是从用户的视角去打通链路建立本质的认知和数字化模型。一切业务数据化一切数据业务化。业务能够以更自然的方式向研发过渡。一个人的职业发展方向也可以有比较大的选择人才培养上也会有一些变化和创新。
如果BizDevOps真的发生了可能业务之外的组织上的各个function会成为最大瓶颈其他BU的决策过程可能都要做相应的调整。未来企业肯定要跟着BizDevOps做转型。 下一步我们怎么做
经过深度研讨产学研6位专家在时代挑战与机遇、BizDevOps重要性与必要性、落地方法与方式上达成了共识。他们希望围绕BizDevOps的探讨不仅仅停留在这个层面而是可以继续从产学研界的共同努力着手推动BizDevOps真正发生为软件产业的变革贡献力量。
原文链接
本文为阿里云原创内容未经允许不得转载。
