devops
devops
PHODAL

查看标签 devops

上周末,我们在 QCon 广州 2023 上分享了一个 AI 结合研发效能的话题:《探索软件开发新工序:LLM 赋能研发效能提升》 。我们分享了:Thoughtworks 在过去的两个月里对于 LLM (大语言模型)结合软件开发的一些探索。

传统的 DevOps 成熟度模型过于撕裂与分散,无法适用于大型组织。DevOps 厂商与云厂商的 DevOps 成熟度模型过于关注如何卖云基础设施,无助于企业进行高效的协作。

过去的一个月里,因为种种不可告人的原因,我开始建设一个 DevOps 知识平台。因为,现有的笔记系统都太 TM 难用了。所以,我要写一个,我要造一个轮子。在这一个轮子里,它可以通过 markdown 编写内容,并渲染出各种绚丽的效果。哦,不对,这部分的内容偏题了。 在这个知识平台里, 它包含了这么一些内容: - **DevOps 工具元素周期表**。帮助您进行数字化时代的 DevOps 工具选型。 - **DevOps 设计工具**。帮助您设计组织内的 DevOps 流程,涵盖了流程、人、工具、制品等等。 - **案例学习**。从社区的知识库中,我们总结了传统企业走向 DevOps 的经验,并浓缩到易于使用的内容和材料中。 - **最佳实践**。我们从海量的 DevOps 内容中,提炼出了一系列的最佳实践,以更好地帮助企业进行 DevOps 实践。 - **模式与原则**。基于我们的实践,我们提炼了位于它背后的模式与原则,帮助个人和组织更好地了解 DevOps 文化。 - **操作手册**。只凭实践与原则,无法让中小型 IT 团队进行 DevOps 转型,所以我们准备了详实的操作手册,以帮助您一步步前进。 - **度量**。KPI - 度量、度量 - KPI、KPI - 度量,帮助您更好地度量 DevOps 转型情况。 - **报告**。我们尝试从丰富地 DevOps 报告中,提炼出有用的实践和工具。 - **Mobile DevOps**。我们相信移动应用的 DevOps 改进,才是大多数公司的挑战。 - **工具**。工具,工具,工具是最好的生产力,工具比人的记忆力更加可靠。 起先,我是想做一些 DevOps 工具,比如说适合于中国国情的『DevOps 元素周期表』。顺带一说,这个工具不是我首创的,我只是用更好的架构实现了一遍。。如此一来,对于大部分开发人员来说,它们就可以从这个表中,组合出适合于自己组织的分子(毕竟周期表上都是原子)。几天之后,我就有了这个工具,根据整个研发体系的每一个过程,你可以从中挑选出适合你的要素。 为了凑满上面的元素,我不得不找一个又一个大公司的案例,看看他们到底是用什么技术栈。所以,我七拼八凑得差不多了,顺便一想,既然我有这么多大公司的案例,为什么不抽象一下这些案例呢。 于是,我们从互联网的各个地方(来源见内容中标明的出处),帮你抽取了各大公司的案例: - 腾讯 - 小米 - 招商银行 - 美团 - …… 在这些案例,背后往往包含、隐藏了各种各样的价值取向。所以,进一步地,我想去提取这些模式,所以就包含了: - 流畅度模式 - 度量体系设计 - 学习型组织构建 - …… 画完这些大包之后,随后,我们就可以进入 DevOps 的设计和实施阶段。我们要找到那些最好的实践:编程、团队、文化、能力、测试等等。 太多,不写。 当然了,为了在组织中实施 DevOps,我们还需要一本操作手册,来帮助你一步步构建 DevOps 体系。 从度量,到实践,到工程化,再到流程打通,顺势而来,一步下实践。 光有手册是不行的,我们还把各种各样的工具做了上去,除了工具的名称,还包含: - 工具的准备事项 - 工具的操作步骤 - 工具的示例 - 该工具的在线工具使用 还有更多的功能在开发中。 也欢迎加入我们的开发队伍,更多的案例将帮助每个人更好地成长。 GitHub:https://github.com/phodal/ledge/ 在线使用:https://devops.phodal.com/

在 aws 上编译 lxml,现在了硬盘不够用的问题。之前清理过,但是命令什么都忘了,便想写个笔记记录一下,这个no space left on devices。

Feeds

RSS / Atom

最近文章

关于作者

Phodal Huang

Engineer, Consultant, Writer, Designer

ThoughtWorks 技术专家

工程师 / 咨询师 / 作家 / 设计学徒

开源深度爱好者

出版有《前端架构:从入门到微前端》、《自己动手设计物联网》、《全栈应用开发:精益实践》

联系我: h@phodal.com

微信公众号: 最新技术分享

存档

分类

标签

作者