布雷特费舍尔

多年来,我一直在帮助团队采用和实现DevOps原则。DevOps这个词最近经常被人提起。我对过度使用myself这个词感到有点内疚——看看我的码头工人Kubernetes课程 - 但我是Devops运动的巨大粉丝(创造)帕特里克Debois),我看到它改变了很多组织,让生活变得更好。

Docker Mastery:用Kubernetes +来自Docker Captain的Swarm

2021年9月

畅销书
  • 176讲座
  • 所有级别
4.6 (50110)

使用DevOps |在Docker, Kubernetes, Compose, Swarm和Registry上使用最好的超大课程构建,测试,部署容器By Bret Fisher,Docker Captain计划

探索课程

我不是从理论的角度来定义DevOps,而是根据我所知道的和我所共事的团队所发生的事情来写。在本文中,我将重点关注那些能够帮助您立即提高DevOps知识的领域。首先,我将列出并详细说明DevOps是什么不是.然后,我会通过我的DevOps评估来帮助您评估你和你的团队有多“开发”。

devops是什么

DevOps的核心是一种跨团队协作和软件交付过程中可衡量的改进的文化。它开始时是一个开发者和运营商的共享责任模式。但现在,它通常包括安全(DevSecOps)和业务团队(BizDevOps)。在DevOps中,一个团队一起工作,消除竖井,改进协作,并在他们构建和支持的软件的持续改进上创建共享所有权。

1.DevOps是软件创建的中心

DevOps要求创建软件的过程与软件本身一样重要。与其只专注于“面向客户的新特性”,员工还应该优先改进系统。devops特定的指标突出了这些系统中的问题,所以领导可以看到他们什么时候需要优先考虑“非特性工作”。

2.DevOps是由速度驱动的。

这种速度允许您向客户交付更好的产品,并通过反馈和自动化不断改进产品。从产品构思到产品发布,然后重复。这就是DevOps的♾无限标志的来源——它是一个不断改进和提高发布速度的无休止的循环。

3.DevOps实现是活动的组合

这包括新的流程和以新的方式组织人员。DevOps希望您创建一种新的文化并实现新技术,以帮助实现自动化并突出应用程序生命周期的重要方面。它涵盖了很多领域,影响的不仅仅是工程师。

4.DevOps是由数据和指标驱动的

DevOps文化通过这些指标来衡量它的成功,从而做出明智的决定,知道什么是有效的,下一步该做什么。四个常见的指标是部署频率、变更前置时间、变更失败率和恢复服务的时间。下面将对此进行解释。

DevOps不是什么

它不是“实施工具”的一系列复选框。实施Docker不会让您多个jenkins删除。当然,技术可以帮助实现更高水平的Devops成熟,但我也看到这些Devops工具误用,使系统难以使用和脆弱变化。必须以一种方式实现工具,以便它们改进DevOps度量标准。

1.你永远不会“完成”DevOps

它不是一个目的地 - 它是一种提高心态,组织的流程和技术自动化的旅程,同时更频繁地寻求反馈。

Devops不仅仅是一个更好的项目计划

如果我们在50年的软件开发过程中学到了什么的话,那就是在开始之前,你越是试图详细地描述计划,就越难在不断变化的需求中保持敏捷。DevOps应该帮助您找到一个中间地带,在这里您可以灵活地进行更改,同时规划所需的工作。DevOps的一个重要组成部分是创建较小的更新(更频繁)以减少风险,并尽早(更频繁)获得反馈以限制重复工作。

3.DevOps不怕失败。拥抱它

我们是人,自然倾向于避免失败。这种倾向导致了从失败中恢复的技能和过程的缺乏。DevOps并没有优先考虑避免故障,而是将改进的检测和恢复自动化结合起来,优先考虑快速恢复。DevOps还优先考虑度量发现问题(MTTD)和修复问题(MTTR)的时间。

4.这不是“虚荣心指标”

说到指标,DevOps是它的忠实粉丝。我们应该用指标来衡量我们的成功。然而,DevOps并不喜欢全部指标。避免那些鼓励坏习惯或让我们感觉良好而没有显示出我们的DevOps能力是否成熟的虚荣指标。虚荣心指标包括“关闭的门票数量”或“构建的功能数量”。这些指标跟踪人们的工作,当然,但它是正确的工作吗?像“部署频率”(DF)和“变更的平均提前时间”(MLT)这样的可操作指标突出了组织改进其流程和自动化的速度。

5.DevOps不是一个头衔

这是一个棘手的问题,因为我一般的咨询标题通常是DevOps (如所见在我最后的Udemy文章中,Kubernetes vs. docker).哦!这个标题可能和“敏捷工程师”的标题一样令人困惑,这没有任何意义。DevOps和敏捷软件开发一样,并不是一个工作角色。betwayapp下载安装软件组织中的每个人都需要了解DevOps的目标,才能使其工作。一个(或几个)被贴上“DevOps工程师”标签的人通常意味着其他人也忽视了他们需要进行的协作和更改。更好的头衔可能是“QA工程师”、“可靠性工程师(SRE)”或“构建工程师”。这些工作角色(以及更多)控制着影响DevOps结果的软件生命周期的一部分。

Devops的优点

我已经帮助许多团队在DevOps成熟度方面取得了进步。我教我所有的课程码头工人掌握Kubernetes掌握带着这种心态。以下是我认为团队投入几个月的努力后会产生的巨大好处:

Bret的DevOps成熟度评估

我喜欢评估组织的DevOps实践。评估可以帮助你确定自己的位置以及哪些领域最需要关注。除非你知道你从哪里开始,否则你很难知道你需要去哪里。

Devops在组织的各个部分上施放了这样一个大网,很难从外面看,并且知道组织在其成熟时所处的位置。您需要某种评估来帮助。

当您搜索“DevOps成熟度模型”时,会有很多结果,并且有两种基本类型的评估可用。它要么太笼统,对采取行动没有真正的价值,要么太详细,仅完成评估就需要数小时或数天。

我给你做了一个小型评估现在我称之为Bret的DevOps成熟度评估。简称B-DOME,哈!对于三个主题领域中的每一个,有五个问题,在整个评估中最高75分。对于每个问题,我给你三个基本选择:

DevOps评估第一部分:文化

软件开发工具特色课程betwayapp下载安装

更多软件开发工具课程betwayapp下载安装

DevOps评估第2部分:过程

DevOps评估第3部分:技术

把你的分数加起来,我为不同的成就等级分配了一些头衔,以此来追踪你的进步。在Twitter上与我分享你的结果@bretfisher.

10 - 27分:DevOps新生儿!你开了个好头。预计走向成熟的过程需要几个月或几年。

27 - 45分:DevOps毕业生!您已经有了坚实的基础,许多DevOps改进产生了可衡量的结果。现在不要停止!

46+分:Devops Masters!你们是一个全面发展的DevOps组织。继续推动增长将带来持续的利益和DevOps的成熟。

我希望你意识到,根据我与团队的经验,这并不是全面的,而且是非常武断的。我的目标是,这可以让您了解自己做得好的地方,以及在没有正式而详细的评估的情况下需要做些什么。这15个话题触及了我在团队发展DevOps能力时看到的大问题。

祝您在DevOps之旅中好运,并祝您所有的部署都成功!

页面最后更新:2021年8月

DevOps顶级课程

DevOps初学者到高级|用项目解码DevOps
伊姆兰Teli
4.8 (37)
热&新
DevOps MasterClass: Terraform Jenkins Kubernetes Docker
LevelUp360°DevOps |谷歌Cloud | Terraform | Kubernetes
4.5 (4068)
学习DevOps: Docker, Kubernetes, Terraform和Azure DevOps
in28Minutes官方,Ravi S | DevOps专家- Docker & Kubernetes,开放云解决方案|微软Azure认证- AZ 900, Ranga Karanam | GCP认证-谷歌云工程师和架构师
4.6 (4047)
畅销书
超过Terraform认证
德里克摩根
4.7 (928)
畅销书
DevOps项目| 20实时DevOps项目
伊姆兰Teli
4.5 (135)
Devops目录,模式和蓝图
维克多·法西奇,达林·波普
4.7 (184)
DevOps项目:与Jenkins Ansible Docker Kubernetes合作的CI/CD
Valaxy Technologies | AR Shankar
4.5 (6442)
Devops基础-使用AWS +Docker+Ansible+Jenkins的CI/CD
拉胡尔谢蒂
4.6 (2,176)
畅销书

更DevOps的课程

Devops学生还学习

让你的团队。领导行业。

通过Udemy为Business获取组织的在线课程和数字学习工具库的订阅。

请求一个演示

Bret Fisher的课程

Docker Mastery:用Kubernetes +来自Docker Captain的Swarm
Bret Fisher,码头船长项目
4.6 (50090)
畅销书
Kubernetes精通:实践经验教训从一个Docker船长
Bret Fisher,码头船长项目
4.6 (2,541)
Docker for Node.js Projects From a Docker Captain
Bret Fisher,码头船长项目
4.5 (1113)
Docker Swarm Mastery: DevOps风格的集群编排
Bret Fisher,码头船长项目
4.6 (1332)
畅销书

Bret Fisher的课程