在 DevOps 领域,什么建议对你的职业生涯影响最大?

了解哪些实践、原则和模式影响了 DevOps 领导者的职业生涯,并分享你自己的智慧。
282 位读者喜欢这个。
Are you using this highly effective interview technique?

Opensource.com

也就是说,没有原则就没有 DevOps。其中一些概念是我们从一开始就知道的直观真理,但需要一场运动来帮助我们采纳它们。另一些则完全不同,帮助我们承认并超越我们的认知偏差

虽然不严格属于 DevOps,但对我来说,改变一切的一条原则是看板。对于像我这样长期多任务处理的人来说,工作可见并针对流程进行优化的简单想法是激进的。直到今天,我仍然保持在制品可见,而且不用担心丢失任务,这是一种巨大的解脱。不仅如此,我不再庆祝在制品,而是庆祝已完成的任务。

为了了解什么影响了我的同事,我询问了 Open Source DevOps 团队的成员,请他们分享对这个问题的想法

哪一个 DevOps 概念(实践、原则、模式)改变了你的职业生涯?

以下是他们要说的。

Alex Bunardzic

快速失败、尽早失败、尽可能频繁地失败。 在我意识到这个惊人的概念之前,我一直在传统瀑布模型下徒劳地痛苦工作。我的职业生涯是一系列搞砸的项目;所有这些项目都以“不允许失败!”的欢呼开始。这是一种非常令人厌倦的方式,总是导致效率低下,并从一个挫折走向下一个挫折。

拥抱快速而激烈的失败浪潮是我职业生涯中发生的最好的事情。挫败感被飞翔的感觉所取代。这导致了对 TDD [测试驱动开发] 实践的全面采用/拥抱,并意识到 TDD 不是关于测试,而是关于驱动!

Catherine Louis

文化黑客。 我不知道我(颠覆性地)用来改变文化的方法有一个名称,但是当我看到Seb Paquet 的“Ignite Montreal”视频时,我很高兴还有其他人存在。

Clement Verna

持续改进。 在我被介绍到持续改进之前,我并没有真正考虑如何改进我的工作或我的职业生涯。持续改进让我意识到,挑战自己学习新事物并走出舒适区取决于我自己。这导致我开始为一个开源项目(Fedora)做出贡献,然后导致我在 Red Hat 工作。所以这绝对改变了我的职业生涯。

Jason Hibbets

它始于 我的第一个 Code for America 峰会上的精益创业。在 2012 年,我清楚地记得一个改变职业生涯的时刻。精益创业的作者兼 Code for America 董事会成员 Eric Ries 与 Tim O'Reilly 同台。他们谈论的话题是编写代码,以及文化和失败作为验证学习。我最大的收获是发现了精益创业。我下载了这本书,并在回家的飞机上阅读了大部分内容。它改变了我处理工作和领导团队的方式。

我所做的最大的改变是纳入反馈循环。这是我转变工作方式和团队的关键区别。我改变了团队习惯,转向做出数据驱动的决策,并分享信息和见解以创建这些反馈循环。我们每周举行健康检查会议,并不断检查我们的流程和假设。除此之外,我们还尝试新想法并评估这些实验的进展情况。我们将进行开始、停止和继续会议,以帮助我们了解接下来要处理什么或什么不起作用,以便我们可以继续前进。

Willy-Peter Schaub

在 2018 年为期两个月的休假期间,我突然意识到对失败的恐惧已经麻痹了我对软件工程的热情和激情,这是我曾经热爱的职业。意识到失败不是坏事,而是促进创新、协作和持续学习的动力,而这些正是 DevOps 的燃料,这是我职业生涯中的关键时刻。 透明的协作、渐进式暴露、假设驱动的开发、测试驱动的开发以及持续交付价值是一些核心实践,它们提供了频繁的机会来快速失败、检查和调整我们正在处理的解决方案(和职业)。

轮到你了

即使不打开终端或用户界面,DevOps 也可以教给我们很多东西。所以,我问你同样的问题:哪一个 DevOps 概念对你的职业生涯影响最大? 请在评论中分享你的想法。

接下来要读什么

面向内向者的 DevOps

我们要求 Opensource.com DevOps 团队谈谈他们作为 DevOps 内向者的经验,并为 DevOps 外向者提供一些建议。以下是他们的答案。

标签
I'm happiest at a microphone
Matt 曾经是 EMC 存储专家、VMware vExpert,并且曾经是其他专有技术的粉丝。他现在专注于开源和 DevRel 的采用。

2 条评论

我最喜欢的引言曾经挂在我的办公桌上方,“当你到达顶峰时,继续攀登”,以及“每一堵墙都是一扇门。” 第二句引言来自拉尔夫·沃尔多·爱默生。我不知道第一句引言的作者。

作为一名 DevOps 工程师,快速、尽早且频繁地失败,这样您就可以通过测试、分析以及在混沌工程测试场中进行更多测试来重新组合在一起。诸如“弥合 IT 和开发之间的差距”之类的短语,以建立和加强团队成员之间的沟通和协作,鼓励想法、反馈和分享。诸如“开源”和“敏捷”之类的短语,为创新、人工智能、机器学习、数字化转型和创造性发人深省的对话以及灵感打开了大门。诸如“精益原则”、“简单”和“业务逻辑”之类的其他短语,解决了构建弹性的成功;因为分解突出了我们构建的设计模式的关键性质。持续集成 (CI) 和持续交付/部署 (CD),使我们有勇气推进我们的项目,同时也激励我们的团队进入生产。DataSecOps、API 网关和管道,所有这些都提供了探索新的途径、工具和安全措施渠道的灵感,以保护和保护我们的应用程序。有太多的短语激发了单体、SOA 或微服务混合生态系统的构建和部署过程的兴趣和增长——每个短语在性能方面都非常重要。事实上,如果没有服务网格、负载均衡器或 Kubernetes,我们根本无法构建。我最喜欢的是可观察性、持续测试、带指标的日志记录和健康状态报告。我在生产之前的最后一个防线术语是我最喜欢的“金丝雀阶段”。尽管如此,所有口头连续术语,例如集成、开发、监控、测试、部署、改进等,再加上“最佳实践”,共同努力以进一步实现开发人员、架构师、工程师和 DevOps 工程师在构建和部署微服务架构软件应用程序中的目标和成功。

Creative Commons License本作品已根据 Creative Commons Attribution-Share Alike 4.0 International License 获得许可。
© . All rights reserved.