2022 年云和 DevOps 趋势报告

标签: 云和 devops 趋势 | 发表时间:2022-06-23 11:27 | 作者:
出处:https://jimmysong.io/blog/

近日 InfoQ 发布了 DevOps and Cloud InfoQ Trends Report – June 2022 ,因为报告中所覆盖的技术领域过于宽泛,本文仅仅是对这篇报告的一点个人解读。我基本认同我关注的这些技术中「创新者」和「后期大众」阶段技术的划分。

报告概括

下面这段节选自原文的 takeaways:

  • 数据可观察性将帮助企业更好地了解和排除其数据密集型系统的故障。
  • 云原生应用采用无服务器和分布式SQL数据库的情况也越来越多。
  • FinOps将走向成熟。
  • eBPF和WASM是令人振奋的新技术,它们被用来在服务网格内开启可观察性、监控和安全的新方法。我们认为这处于创新者阶段。
  • 低代码或无代码平台继续成熟,特别是用于内部工具和自动化用途。
  • 我们还看到「开发者体验作为决策驱动力」的趋势得到了更多的关注,特别是在云平台领域。「平台工程师」的角色正在许多规模的组织中出现,以支持相关平台抽象、API和工具的建设。

报告解读

这篇报告为什么命名为 「DevOps 和云」我就不太清楚了,我觉得把名字换成「云计算」、「云原生」也是可以的,可能是为了延续之前的报告风格吧,毕竟 InfoQ 已经推出过很多期此类报告了。这类报告都是根据「鸿沟理论」将当前流行的技术分成以下阶段:

  • 创新者
  • 早期采用者
  • 早期大众
  • 后期大众
  • 落后者

不过 InfoQ 的报告中没有「落后者」这个阶段。

什么是鸿沟理论?

鸿沟理论指的就是高科技产品在市场营销过程中遭遇的最大障碍:高科技企业的早期市场和主流市场之间存在着一条巨大的鸿沟,能否顺利跨越鸿沟并进入主流市场,成功赢得实用主义者的支持,就决定了一项高科技产品的成败。实际上每项新技术都会经历鸿沟。关键在予采取适当的策略令高科技企业成功地 “跨越鸿沟”,摩尔在这本书中就告诉了人们一些欠经考验的制胜秘诀。

下图展示的是跨越鸿沟理论中不同阶段人群的分类及占比。

跨越鸿沟理论中不同阶段人群的分类及占比 跨越鸿沟理论中不同阶段人群的分类及占比

我们来看下 InfoQ 6 月新出的「云和 DevOps」趋势报告。

软件开发云和 DevOps 趋势图(2022 年 6 月) 软件开发云和 DevOps 趋势图(2022 年 6 月)

我们可以看到像低代码、eBPF、Data Mesh、WASM 已经出现在创新者视线里了。Service Mesh 还在「早期采用者」阶段,这点比我预想的要慢好多,我以为服务网格已经跨越鸿沟了,你觉得呢?

相关 [云和 devops 趋势] 推荐:

2022 年云和 DevOps 趋势报告

- - Jimmy Song - 宋净超的个人博客 – 博客
近日 InfoQ 发布了 DevOps and Cloud InfoQ Trends Report – June 2022 ,因为报告中所覆盖的技术领域过于宽泛,本文仅仅是对这篇报告的一点个人解读. 我基本认同我关注的这些技术中「创新者」和「后期大众」阶段技术的划分. 下面这段节选自原文的 takeaways:.

DevOps 实战

- -
DevOps 的 3 个支柱. 第 1 步:寻找合适的试点项目. 第 3 步:快速建立初期成功. 第 4 步:快速展示和持续改进. 第一阶段:每次提交触发完整的流水线. 第二阶段:每次流水线触发自动化测试. 第三阶段:出了问题可以在第一时间修复. 第二步:定义指标并达成一致. 第三步:建立自动化执行和检查能力.

DevOps实践一:DevOps概述 - 知乎

- -
DevOps系列文章包含了本人在工作中的实践和认知理论,现总结并分享出来,希望能够给“迷你型”团队在DevOps上的实践提供一个“反面教材”和可行性建议. 本系列主要包含以下文章(过程中可能也会有所更改):. DevOps实践一:DevOps概述. DevOps实践二:持续集成、持续交付和持续部署.

让DevOps起作用

- - InfoQ cn
根据Neil Garnichaud在Dr. Dobb’s上发表的文章《 究竟什么是DevOps》,想要频繁地发布高质量的软件,首先需要弄清如何使开发人员、QA人员和运营人员在一起协同工作. 在软件公司里,特别是在开发基于云的网络应用, 而又缺少有才华的、合格的员工的公司中,压缩的时间进度和最低限度的QA是压力的根源.

DevOps,你真的了解吗?

- - IT经理网
与大数据和PRISM(NSA的监控项目之一),DevOps(开发运维)如今是科技人士挂在嘴边的热词,但遗憾的是,类似圣经,每个人都引用DevOps的只言片语,但真正理解并能执行的人极少. 根据CA的一项 调查,45%的受访者并不了解DevOps的含义,其余则有17%认为DevOps只不过是炒作. DevOps如今几乎成了创新的同义词,但其原本的含义却在业界的流传中被人们弃之脑后.

Kubernetes 会不会“杀死” DevOps?

- - InfoQ推荐
DevOps 这个概念最早是在 2007 年提出的,那时云计算基础设施的概念也才刚刚提出没多久,而随着互联网的逐渐普及,应用软件的需求爆发式增长,软件开发的理念也逐渐从瀑布模型(waterfall)转向敏捷开发(agile). 传统的软件交付模式(应用开发人员专注于软件开发、IT 运维人员负责将软件部署到服务器运行),再也无法满足互联网软件快速迭代的需求.

DevOps最佳实践(200711)

- - 人月神话的BLOG
今天准备谈下DevOps过程最佳实践以及DevOps支撑平台建设中的一些思考. 在前面文章里面我就已经谈到了传统企业IT架构转型或企业数字化建设需要解决两个方面问题. 其一:业务层面,重点是中台规划和建设. 其二:技术层面,重点是云原生解决方案,包括了微服务,DevOps和容器云. 当然,如果你是传统的软件开发框架技术,或者传统的基于虚拟机的PaaS平台也可以上DevOps实践,但是我们更加推荐的还是基于微服务和容器云技术来实践DevOps.

DevOps的“定义”:DevOps究竟要解决什么问题?

- - InfoQ - 促进软件开发领域知识与创新的传播
近些年来,DevOps 在我们身边出现的频率越来越高了. 各种大会上经常出现 DevOps 专场,行业内的公司纷纷在都招聘 DevOps 工程师,企业的 DevOps 转型看起来迫在眉睫,公司内部也要设计和开发 DevOps 平台……这么看来,DevOps 似乎无处不在. 可回过头来想想,关于 DevOps,很多问题我们真的想清楚了吗.

你的团队里没有DevOps文化?

- Quantum - LinuxEden开源社区-Linux伊甸园
本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在 撰写 、 聚会 和 讨论 关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值. 阅读全文 | 邮件推荐 | 评论回复.

再谈DevOps实践和价值(12.11)

- - 人月神话的BLOG
今天再谈下DevOps过程实践和实际的收益价值问题. 对于DevOps先引用网上的一段总结如下. 这里我们先分析一下DevOps是什么. 大部分人对DevOps的解释都是从这个单词直译过来的就是开发运维一体化,其实这样理解很片面. 其实我们不难从Patrick提出DevOps的过程得出结论,DevOps的精准解释应该是通过敏捷的软件开发与敏捷的运维管理相结合达到业务的快速、灵活响应,也就是DevOps = Dev Agile Ops Agile.