苏宁消费金融安全运维部总经理,《企业级DevOps权威指南》作者。
暂时未有相关通用技术能力~
阿里云技能认证
详细说明从入手到现在,包括整个春节假期,一共一个月,从头到尾对“无影”进行比较全面的“个人”性质的测评,总体而言,很哇塞。
前言 在文章的开头,笔者摘用一段报告,报告内容对数字化全面转型进行了如下描述:“对于一些高管来说,这是一场关于技术的竞争。对于其他人而言,数字化是一种与客户互动的新方式,它代表了一种全新的经营方式。虽然这些定义都不一定不正确,但是这种多样化的视角却经常让领导团队‘四分五裂’。原因正是理解的不一致和缺乏对企业未来之路的共同愿景。正因为如此,企业会经常出现不连续的举措和错失方向的努力,继而表现出迟缓或从一开始就迷失方向。”
竞争和生态的关系,在数字化转型过程中是显得格外尖锐,造成这种尖锐的原因,其实是数字化转型的本质所导致的。笔者和众多数字化专家有过讨论,很多数字化转型的推动者反馈,企业在数字化转型过程中有两种突出的现象,一种是盲目,另一种是焦虑。盲目,在于对数字化的理解不够透彻,更多的是进行信息化和网络化的过程,仅仅是强调可持续发展,而不是最终的价值判断。焦虑的过程主要集中在数字转型的核心阶段,正因为看到了整个数字化,看到了企业战略在数字化底座上底层逻辑的变化,所以产生了焦虑,焦虑的核心无外乎数字化转型的最终目的,竞争或者生态。
在底层数字基础设施之上,越来越多的企业开始更关注上层业务的转型,其中以营销数字化为代表。笔者认为,数字化转型,应建立在企业的业态、规模、规划以及现状的基础之上,还应围绕企业的核心价值进行开展,受益者应当具备开放的特征,覆盖内外部的且足够多的伙伴。
在上一篇文章中,笔者主要阐述了规划和建设的关系,而这一篇,重点将聚焦于产品和能力的关系。所谓产品和能力,主要的矛盾在于数字用户的群体和数字语言的鸿沟。如今,数字化转型,已经成为各行各业乃至整个社会的发展目标,而IT组织作为数字工具的支撑,数字需求的传递、数字产品的能力、数字化结果的评估需要重点厘清。
一、前言 数字化浪潮汹涌来袭。2021年政府工作报告就提出:“加快数字化发展,打造数字经济新优势,协同推进数字产业化和产业数字化转型,加快数字社会建设步伐,提高数字政府建设水平,营造良好数字生态,建设数字中国。”如今,数字化转型,已经成为各行各业乃至整个社会的发展目标。
转型的成败与否,取决于最终的转型效果和价值,无论是数字化还是DevOps,都应该以结果为导向,不应该为了转型而转型。DevOps作为数字化转型的关键内建阶段,承担了IT组织“价值交付”的载体功能,承接了数字运营的数据能力输出,同时从价值的视角,为业务部门带来数字洞察能力和业务贡献度。DevOps作为企业IT基础设施和技术运营建设的逻辑起点,通过技术的手段实现企业全面经营过程中的成本、效益、质量的优化,以及对新技术、创新模式的培育。
在数字化转型过程中,需要明确一个观点,全面数字化经营是数字化场景和企业经营场景的耦合关系,因此数字化转型需要通过数字化的方式对接企业数字化场景,包括了产品交付、产品运营和内部协作。在此过程中,DevOps通过“价值交付”的方式提供科技侧数字化平台,构成数字化工具的数据铺底,通过数字衔接的方式提供数字化办公和数字化营销的数字手段,除了数字技术之外,人、流程和文化构成了数字化转型过程中的合作方式,在此,笔者将适应所有阶段的合作方式称为弹性合作。
数字化运营需要IT组织的精益运营,IT组织精益运营的核心是数字运营。何为IT组织精益运营,在DevOps“价值交付”的过程中,明确了软件交付的服务载体,通过软件交付的全生命周期管理达到“提升效率、降低成本”的目的,将DevOps的数字价值延伸至企业全面数字化经营,形成“数字化商业”生态。
随着“数字经济”概念的兴起,数字化转型已经成为企业管理者关注的热点,尤其在全面数字化经营方面,给予企业带来“质”的提升。在此背景下,大多数企业已经着手制定数字化转型策略,但是大部分企业的数字化转型之路并不都是一帆风顺,笔者经过和业内专家多次探讨,总结三点数字化转型的必备因素,分别是“人员的数字化思维、系统的数字化升级、管理的数字化整合”。
DevOps的发展和互联网业务的发展密不可分,在互联网业务呈现“井喷”的同时,巨大的流量自上而下推动了技术革新,其中包括云计算和微服务,这也是DevOps在各行各业中能够最佳实践的驱动。
前言:在运维数据的系列文章中,系统的阐述了有关数据运营的一些阶段和过程,众所周知,运维技术栈是没有边界的,因此通过这种属性进行运维能力输出的延伸存在很大的主观判断性。随着运维能力的不断增强,主观判断的不确定性随之放大,给运维能力输出的稳定性保障带来了极大的挑战,同时也让我们认识到,面向过程与操作的运维能力输出模型将难以为续,这一特性在DevOps和AiOps的建设上表现的尤为突出。在本篇中,我们将通过监控平台来系统的阐述“面向终态”,来解决运维数据运营中的一系列问题。
前言:在上一篇《运维数据生态:高阶落地的一些场景》中,从产品开发角度,探讨运维数据场景的高阶落地途径和方法。在数据的输出和变现的过程中,场景化作为最终落地的载体,而运维数据的输出和变现能力最终还是依靠前期的数据建设和质量管理,本章节中,我们着重对运维领域的数据建设和管理进行展开,来描述运维数据的管理方式。
前言:在上一篇《无数据,不工作!运维“数据思维”有多重要?》中,我们站在运维的视角来对数据的作用做了一些解读,其中包括数据的重要性、运维的数据观和数据思维的理解。在本篇中,对运维数据的一些高阶使用场景进行介绍,运维数据使用的发展态势和落地价值,本章节重点从产品开发角度,探讨运维数据场景的高阶落地途径和方法。
前言:在上一篇文章《建立数据指标体系,推动DevOps全链路度量闭环》中,我们描述了基于数据来建立数据指标体系,通过指标体系达到主观事件客观呈现的效果。信通院的一些分析数据表明,企业IT的信息化历程逐渐完成,同时企业对IT的精益运行的需求越来越迫切,在这个场景下,数据的思维和使用能力成为制约提升IT生产效率的桎梏。
背景:2月23日19点,我们收到系统监控报警,服务出现故障,随后我们立刻召集相关技术人员进行定位,发现大面积服务集群无法响应,生产环境及数据遭受严重破坏。我们立刻启动紧急响应机制,并与腾讯云技术团队一起研究制定生产环境和数据修复方案。
Redis是一款开源的、网络化的、基于内存的、可进行数据持久化KEY-VALUE的存储系统。Redis通过KEY映射VALUE的方式来建立字典来保存数据,支持多类型存储包括STRING、LIST,SET,SORT SET和HASH等,可以在这些数据类型上做很多原子性操作。Redis将数据存储在内存里面,而且它发送给Redis的命令请求不需要经过典型的查询分析器(PARSER)或查询优化器(OPTIMIZER)处理,所以Redis对自身存储的数据执行随机读写的速度是非常快速的。
上一篇文章《苏宁消费金融在DevOps阶段度量设计的落地》中,我们提到金融行业的信息化和数字化的进程不断加快,促使IT部门的敏捷交付和精益运行的能力急需提高,因此 DevOps 的全链路度量体系也应运而生,建立健全的度量体系的需求在 DevOps 领域具有普遍性,有助于在更大范围内快速实现可度量的价值交付,拓展了业界的 DevOps 适用范围,有助于更好提升组织级的质量和效率。
随着 DevOps 的持续火热,企业的信息化能力的持续加强,以及企业对于IT精益运行的迫切需要,从根本上提升 IT 的生产效率,加速部门、企业的业务创新能力。让团队从IT支撑部门,转向为IT创新部门。
DevOps 的历史要从一个比利时的独立IT咨询师说起。这位咨询师的名字叫做Patrick Debois,他喜欢从各个角度研究IT组织。2007年,Patrick参与了比利时一个政府下属部门的大型数据中心迁移的项目。在这个项目中,他负责测试和验证工作。所以他不光要和开发团队(Dev)一起工作,也要和运维团队(Ops)一起工作。