导读：很多朋友问到关于devops如何学的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
Devops是什么？
这是最近一大学习方向，找工作也想找这样的运维岗，但devops是什么？别人问起我又该如何解释呢？所以翻翻资料写写文章记录下关于这个名词的所思所想好了。
所谓devops是一种软件开发和运维一体化的方法，也是一种小步快跑的开发模式，也就是将大的需求分割为一个个小目标来完成，与此同时又尽可能维稳。具体操作模式分为五大步,即持续开发、持续测试、持续部署、持续集成和持续监控，然后将监控监测到的情况加以总结后，如果出现了新的改进目标，或者客户提出了新的需求，那么又会再次开启一轮开发\测试\部署.... 继而就形成了，如下所示的一个持续性闭环。
对于软件开发人员而言devops就是敏捷型开发+自动化运维，而对于运维人员来说就是尽可能的实践自动化运维，同时又参与到开发工作中去，这对于不善于软件开发的运维工程师而言应该是不小的考验（至少我工作两三年中，碰见的运维工程师，没哪个愿意做开发的）。
之前知乎上也有看到一些前端工程师也在学习devops，貌似做开发的对于devops热情度挺高的，而对于运维工程师而言大概首要目标就是学习docker以及学习使用那些用来实践 devops运维开发 所需要的工具。要做到devops中重点提及的 持续性 ，搭建并使用起这些工具应该是必不可少的。
如下是查到的比较全的关于devops实践所需要的一些工具（存在文章中，供之后学习用吧）。
（碎碎念,想起以前公司的上司一个35岁左右的工程师，从我入职第一天就开始念叨整个devops的逻辑，还总说运维早晚要被开发取代，总是无限憧憬开发的工作...然而一年零8个月后我都要辞职了，也不见公司实践devops的理论，更别说用起devops相关的工具...其实我总在想，不管是运维也好还是开发，他们身上应该都有一个同样的角色，即problem solver，为了解决问题，运维工程师去学习开发学习编码，做到持续学习应该也是必然的吧）
什么是DevOps
什么是DevOps？
DevOps 是一套实践、工具和文化理念，可以实现软件开发团队和 IT 团队之间的流程自动化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。
DevOps 运动始于 2007 年左右，当时软件开发和 IT 运营社区开始担忧传统的软件开发模式。在此模式下，编写代码的开发人员与部署和支持代码的运营人员会独立工作。DevOps 这一术语由“开发”和“运营”两个词构成，它反映了将这些领域整合为一个持续流程的过程。
DevOps 如何运作？
DevOps 团队包括开发人员和 IT 运营人员，他们在整个产品生命周期中进行协作，以提高软件部署的速度和质量。这是一种全新的工作方式，也是一种文化转型，对团队及其工作的组织具有重大影响。
在 DevOps 模式下，开发和运营团队不再是“孤立”的。有时，这两个团队会合并为一个团队，合并后工程师会参与整个应用生命周期中的工作（从开发和测试到部署和运营），并具备多学科的技能。
DevOps 团队使用工具实现流程自动化，并加速流程，这有助于提高可靠性。DevOps 工具链可帮助团队处理重要的 DevOps 基础事项，包括持续集成、持续交付、自动化和协作。
DevOps 的价值有时也会应用于开发团队以外的团队。当安全团队采用 DevOps 方法时，安全性则成为开发过程中一个活跃的组成部分。这就是所谓的 DevSecOps。
DevOps 生命周期
由于 DevOps 的连续性，从业人员使用无限循环来展示 DevOps 生命周期各个阶段之间的相互关系。尽管看似是按顺序进行的，但此循环实际表示需要在整个生命周期进行持续协作和迭代改进。
DevOps 生命周期由六个阶段组成，它们分别代表开发（循环的左半部分）和运营（循环的右半部分）所需的流程、功能和工具。团队会在每个阶段进行协作和沟通，以保持一致性、速度和质量。
规划
DevOps 团队应采用敏捷开发实践来提高速度和质量。敏捷开发是一种用于项目管理和软件开发的迭代方法，可帮助团队将工作分解成更小的部分，从而提供增量价值。
构建
Git 是一个免费的开源版本控制系统。Git 可为分支、合并和重写存储库历史记录提供出色的支持，而这已为开发构建流程带来了众多极具创新且功能强大的工作流和工具。
持续集成和交付
CI/CD 可让团队频繁且可预测地发布高品质产品，其范围涵盖从源代码存储库到使用自动化工作流的生产环节。团队可以频繁地合并代码变更、部署功能标记以及集成端到端测试。
监控和警报
快速识别并解决影响产品正常运行时间、速度和功能的事务。自动通知您团队有关变更、高风险操作或故障的信息，以便保持服务的运行。
运维
管理面向客户的端到端 IT 服务交付。这包括设计、实施、配置、部署和维护支持组织服务的所有 IT 基础架构过程中涉及的实践。
持续反馈
DevOps 团队应对每个版本进行评估，并生成报告以改进未来版本。通过收集持续反馈，团队可以改进其流程，并采纳客户反馈以改进下一个版本。
DevOps 工具
DevOps 工具可应对 DevOps 生命周期的关键阶段。它们通过帮助改进协作、减少上下文切换、引入自动化以及实现可观察性和监控功能来支持 DevOps 实践。
DevOps 工具链通常遵循两种方法：一体化或开放式工具链。一体化工具链提供完整的解决方案，通常不会与其他第三方工具集成。开放式工具链则允许使用不同工具进行自定义。这两种方法各有优缺点。
DevOps 有哪些优势？
有“2020 年 DevOps 趋势调查”表明，99％ 的调查对象表示 DevOps 对他们的组织产生了积极影响。DevOps 的优势包括更快且更轻松的发布、团队效率、更高的安全性、更高品质的产品，以及更高的团队和客户满意度。
速度
更频繁地实践 DevOps 发布可交付成果的团队具有更高的品质和稳定性。事实上，DORA 2019 年 DevOps 状况报告发现，精英团队的部署频率和速度分别比表现不佳的团队高出 208 倍和 106 倍。持续交付使得团队可以使用自动化工具来构建、测试和交付软件。
改进协作
DevOps 的基础是开发人员和运营团队之间的协作文化，他们会分担责任，协调工作。此举可以提高团队的效率，并省去工作交接和编写专为其运行环境而设计的代码的时间。
快速部署
通过提高发布的频率和速度，DevOps 团队可以快速地改进产品。快速发布新功能和修复缺陷有助于获得竞争优势。
质量和可靠性
持续集成和持续交付等实践可确保变更正常运行且安全无误，从而提高软件产品的质量。监控则有助于团队实时了解性能。
安全性
通过将安全性集成到持续集成、持续交付和持续部署管道中，DevSecOps 成为开发过程中一个活跃的组成部分。通过将主动安全审计和安全测试集成到敏捷开发和 DevOps 工作流中，可将安全性植入产品内。
采用 DevOps 会面临哪些挑战？
原有的习惯很难改变。深陷孤立工作方式的团队可能会难以应对，甚至抗拒彻底改变团队结构以采用 DevOps 实践。某些团队可能会错误地认为有了新工具就足以采用 DevOps。但是，DevOps 是人员、工具和文化的结合。DevOps 团队的每一个人都必须了解整个价值流，从构思、开发到最终用户体验。它要求打破孤岛，以便在整个产品生命周期中进行协作。
Devops 不是任何一个个人的工作，而是每个人的工作。
从传统的基础架构转向使用基础架构即代码 (IaC) 和微服务可以加快开发和创新速度，但增加的运营工作量可能极具挑战性。最好为自动化、配置管理和持续交付实践奠定坚实的基础，以帮助减负。
过度依赖工具会使团队偏离 DevOps 的必要基础：团队和组织结构。一旦建立了结构，就应该建立流程和团队，然后确定工具。
如何采用 DevOps？
首先，采用 DevOps 需要致力于评估且可能更改或删除组织当前所用的所有团队、工具或流程。这表示需要构建必要的基础架构，以便团队能够自主构建、部署和管理其产品，而不必过分依赖于外部团队。
DevOps 文化
DevOps 文化是指团队采用新工作方式（包括加强合作和沟通）的环境。这是人员、流程和工具的协调一致，以实现更加统一的客户导向服务。多学科团队负责产品的整个生命周期。
持续学习
在 DevOps 方面表现良好的组织鼓励进行实验和一定程度的冒险。在这些组织中，跳出固有思维模式是常态，而失败则被理解为学习和进步的自然组成部分。
敏捷
敏捷开发方法在软件行业中非常受欢迎，因为它们赋予了团队内在的灵活性、出色的有序性以及响应变化的能力。DevOps 是一种文化转型，可促进软件构建和维护人员之间的协作。搭配使用敏捷开发和 DevOps 时，可提高效率和可靠性。
DevOps 实践
持续集成
持续集成是将代码更改自动集成到软件项目中的实践。它允许开发人员频繁地将代码更改合并到执行构建和测试的中央存储库中。这有助于 DevOps 团队更快速地修复缺陷、提高软件质量以及缩短验证和发布新软件更新所需的时间。
持续交付
持续交付通过自动将代码更改部署到测试/生产环境中来扩展持续集成。它会沿着持续交付管道推进。而在此管道内，自动化构建、测试和部署会被编排为一个发布工作流。
情境意识
对于组织中的每个成员来说，能够访问他们需要的数据以尽可能高效和快速地完成他们的工作可谓至关重要。团队成员需收到部署管道中的故障警报（无论是系统性故障还是由于测试失败引起的故障），并及时收到在生产中所运行应用的运行状况和性能的最新信息。指标、日志、跟踪、监控和警报都是团队了解其工作进展所需的重要反馈来源。
自动化
自动化是其中一个最重要的 DevOps 实践，因为它能让团队更快速地完成高品质软件的开发和部署流程。利用自动化，将代码变更推送到源代码存储库的一个简单操作便可触发构建、测试和部署流程，从而大大减少这些步骤所花的时间。
基础架构即代码
无论您的组织是拥有本地数据中心，还是完全托管在云中，能快速、一致地调配、配置和管理基础架构是成功采用 DevOps 的关键。基础架构即代码 (IaC) 不仅仅是编写基础架构配置脚本，它还将基础架构定义视为实际代码：使用源控制、代码审查、测试等。
微服务
微服务是一种架构技术。在此技术中，应用被构建为一系列可以相互独立部署和运行的小型服务。每个服务都有其自己的流程，并通过接口与其他服务通信。这种关注点分离和剥离的独立功能支持 DevOps 实践，例如：持续交付和持续集成。
监控
DevOps 团队监控从规划、开发、集成和测试、部署到运营的整个开发生命周期。如此一来，团队就能迅速、自动地对客户体验中的任何降级做出响应。更重要的是，它允许团队“左移”至开发的早期阶段，并最大程度地减少具有破坏性的生产变更。
开始使用 DevOps
开始使用 DevOps 的最简方法就是识别小型价值流（例如：小型支持应用或服务），然后开始尝试一些 DevOps 实践。与软件开发一样，与一小群利益相关者一起转换单个数据流比尝试在组织内一次性过渡至全新的工作方式要容易得多。
软件开发如何开始学习？
首先一点，那就是你需要学习很多东西才能成为软件开发人员。
不能详尽说明作为软件开发者你可能需要掌握的所有技术技能，但是我会列出最关键的一些技术技能。
选择编程语言，这是最重要的。前端开发，是现如今最热门的开发岗位，高级的前端开发工程师，在企业里面是非常欠缺的。成为前端开发工程师，第一步应该是学习HTML/CSS/JavaScript，这是基础，也是根本，JavaScript是根本里面的根本，叫根深蒂固。
许多新手程序员会试图一次性或在第一份工作之前学习几种编程语言，以便于有备无患。
虽然我认为你最终应该学会一种以上编程语言，但我不建议提前这样做，因为这只会导致混乱，并且会分散你需要学习的其他技能的精力。
相反，我建议你应该深入研究，重点学习单一编程语言的来龙去脉，这样你才能对用这种编码语言来写代码信心十足。
构造代码
在学习了一门编程语言之后——或者最好是在学习的同时——我坚信，你需要知道的下一件事就是如何正确地构造你的代码。
我所说的构造代码是什么意思呢？
我的意思是，要写出好的，清晰的，易于理解的代码，不需要大量注释，因为代码本身就是一种表达方式。
很多软件开发者在他们整个职业生涯都不曾去学习这个技能，这是不幸的，因为这是我——以及其他许多人——判断一个软件开发人员技术和能力的主要方式。
良好的代码结构展示了对这种技艺的热衷，而不仅仅是为了完成工作。
构建代码是软件开发真正的艺术部分，但它也是至关重要的，因为你和你的同事得花费相当多的时间来维护现有的代码，而不是编写新的代码。
具体应该如何正确地组织代码我就不说了，因为我已经给出了一个很好的资源，但是要努力学习如何从一开始就写出好的、干净的代码，而不是事后学习这个技能。
我只能保证，即使你是个新手，如果你可以写出好的、干净又简洁的、易懂的，本身就可以表达意思的代码，那么任何面试官看到你的代码都会觉得你是一个有经验的专业人士。
并且在一定程度上，或者至少在这条道路上，因为你会将这个职业当作一种专业，而不是一份工作。
面向对象的设计
这有争议的，特别是如果你正在学习的编程语言并不面向对象，但是有大量的软件开发世界会按照面向对象设计的思维思考，所以你需要确保你了解它。
面向对象的设计是一种将复杂程序设计分解为单独的类或对象（类的实例）的方法，其中封装功能且具有特定的角色和责任。
在软件开发中，我们总是试图管理复杂性。
从对象的角度思考可以帮助我们做到这一点，因为它能让我们从一堆交互组件中定义并设计一个复杂的系统，而不是作为一个整体的试图解决整个复杂性。
现在的编程世界有着大量的函数式编程语言，但你在软件开发中找到的最流行的语言和模式，仍然深受面向对象设计和分析的影响。
你应该好好理解什么是类，继承的不同类型——何时使用它们——还有理解像多态性和封装等术语。
算法和数据结构
如果你上传统院校学习并想获得计算机科学学位的话，那么这是一个很大的考点。
算法是解决各种计算机科学/编程问题的常用方法。
例如，有若干常见的在程序上用于排序的算法。每一种排序算法都有一系列关于速度，内存大小要求，以及数据理想类型的不同属性。
计算机科学领域有很多这样的算法，并且理解如何变化这些算法来解决你可能遇到的棘手问题也很重要，当你解决现实编程问题的时候。
通常情况下，擅长这些算法可以让一个开发人员在1个小时之内就能解决可能需要另一个开发人员几天时间才能搞清楚的问题。
除非你熟悉和擅长算法，否则你甚至不知道已经有了优雅的解决方案在那里。因此，仅仅只为这个原因，我认为这也是一个值得掌握的宝贵技能。
数据结构也是如此，并且可以与算法结合使用。
有几个所有软件开发者都应该熟悉数据结构中的，包括：
数组或向量
链表
堆栈
队列
树
哈希
集合
通过熟练掌握数据结构和算法，你可以轻松又优雅地解决许多艰难的编程问题。
当我开始编程的时候，我在数据结构和算法方面非常糟糕，因为我主要是靠自学的。
我一直都没有意识到它们的价值，很快，随着我遇到了一些我不知道如何解决的问题，我发现这些技能在真正的编程世界非常有用，而且解决起来相当简单——和有趣。
事实上，我认为这是软件开发最有趣的领域之一。解决难题并利用数据结构和算法来开发一个又干净又优雅的解决方案，真的很有意义。
学习这些东西是一个挑战，但非常值得。这是可以让你超越众多同行的技能之一。大多数软件开发人员都不擅长这个领域。
如果你想通过如微软或谷歌这样的大公司的面试，那么你一定得掌握这个技能集。
开发平台及相关技术
你应该具备一些经验，并至少掌握一个开发平台以及与之相关的技术或框架。
我所说的平台是什么意思呢？
好的，通常它的意思是操作系统（OS），但也适用于其他可以充当类似于操作系统角色的抽象。
例如，你可以是专注于Mac或Windows操作系统得Mac开发者或Windows开发者，你也可以是一名专注于特定的web平台的web开发人员。
具体确切的关于平台是什么就不讨论了——不同的人会有不同的看法——但这里我要定义平台为你开发的特定环境，它有自己的生态系统和特殊性。
再者，这是另一个我认为选择并非那么重要的技术技能，只要你选择了一个就好。
企业通常会聘请开发人员针对特定的平台或技术开发软件。
你作为iOS开发者将更容易找到工作，如果你专业于那个特定平台的话。
这意味着要熟悉平台本身，以及开发工具，惯用模式，还有大多数程序员在为那个平台开发时会使用的通用框架。
你可能会认为编程语言的选择决定了平台，但实际上事实情况很少是这样的。
就拿C＃举例。如果你是一个C＃开发人员，那么你可以用这种编程语言为Windows，Mac，iOS，Android，Linux，甚至是嵌入式系统写代码。
所以，不要仅仅只是选择语言；还要选择平台。
框架或堆栈
除了学习特定的编程语言和平台，我高度建议去学习框架，或者更好的是，与之相配套的完整的开发堆栈。
什么是框架？
什么是堆栈？
框架就是一系列被用于在特定平台或多个平台上开发代码的库。它通常可以使得在该平台上的编程任务变得更加容易。
看这个C#的例子。大多数C#开发人员使用.NET框架来编写C#应用程序。 .NET框架包括许多库和类，能够让C#开发人员在更高的抽象级别上工作，因为每当他想做什么事情的时候，没有必要完全重新发明轮子。
例如，.NET框架的部分还包含了处理图像的代码。这类代码从头编写是极其困难的，所以框架极大地帮助了C#开发人员去编写需要以某种方式处理图像的代码。
堆栈则有点不同。堆栈是一组技术，通常包括一个框架，并且常一起用于创造一个完整的应用程序。
例如，有一个常见的称为MEAN的栈。它代表MongoDB，Express.js，AngularJS，和Node.js。
MongoDB是一个数据库技术。
Express.js是一个用于创建web应用程序的Node.js框架。
AngularJS是一个用于为web应用程序创建用户界面的前端JavaScript框架。
最后，Node.js是一个用JavaScript开发基于web应用程序的运行时环境。
有没有理解所有这些东西并不重要—— 除非你打算成为一个MEAN开发者——重要的是要明白，如果你知道所有这些技术和框架，那么你就能够开发一个完整的web应用程序。
栈使得创建应用程序变得更容易，因为它们提供了一种许多开发者用来开发应用程序的通用范式，因此知识可以很容易地共享，并且你也能确定哪些特定的技能集市可以一起工作的。
学习堆栈真的是非常有价值，因为这意味着你拥有开发一个完整的应用程序所有必要的技能。很多使用特定堆栈开发应用程序的企业，更愿意雇用那些熟悉那类堆栈能够立马开展工作的软件开发人员。
基础数据库知识
即使数据库的景色在过去几年时间里已经改变了不少，但我不认为数据库会很快消失，因此对此了解一二总是不会错的，对吧？
当前主要有两种数据库技术：关系数据库和文档数据库。
现在的开发人员至少应该熟悉关系数据库，并稍微了解文档数据库。
在软件开发中，数据库经常被用来存储应用程序的数据。
当然，有些团队甚至有专门的数据库开发人员或数据库管理员（DBA），但是这并不能真正允许你不懂至少是基本的数据库知识。
最起码，你应该知道：
数据库如何工作
如何执行基本的查询来获取数据
如何插入、更新和删除数据
如何连接数据集
此外，你可能会想知道如何以编程方式从你的代码与你所选择的平台和/或框架检索和存储数据。
大多数开发者被期待能够编写与数据库进行交互代码。
源代码控制
源代码控制是任何软件开发项目的组成部分。
在我们使用源代码控制之前，我们必须在网络上共享项目的所有文件，或者通过U盘来回查看存储在上面的不同软件版本。
虽然我很不想承认，但我的确不止一次地玩过这个把戏。
但是，我还年轻。我蠢。你却没必要像我这样。
当前，几乎所有专业的开发者人员都被期待懂得如何使用源代码控制来反复检查代码，并希望懂得合并来自多个源的变化。
最基本层面的源代码控制可以让你保持在一个软件项目中对不同的文件所做更改的历史记录。
它还允许多个开发人员在同一时间工作于相同的代码，然后合并这些更改。
具体就不细说了，但你应该知道如何熟练地使用至少一个源代码控制系统，并且你应该熟悉大多数基本的源控制概念。
在当今软件开发领域，几乎所有专业的软件开发团队都会使用某种源代码控制。
构建和部署
现在，大多数软件开发项目都有着某种自动化的构建和部署系统。
有几种不同的软件应用程序，可以帮助软对自动化这两个任务，曾经是手动，当然对于某些团队而言，现在仍然如此。
你问什么是构建和部署？
好问题。
你知道如何写代码，并检入到源控制系统吗？
拥有一些方法来确保代码可在你检入后真正能工作很不错。
这就是构建系统的用武之地。
最起码，构建系统将编译所有代码，并确保没有编译错误。
一个复杂的构建系统可以运行单元测试或用户测试，运行代码质量检查，并提供关于代码库当前状态的一些报告。
部署系统将负责部署代码要么到生产机器要么可能到某种测试环境。
你不必成为这些技术的绝对专家，但是了解至少这些系统如何工作的基础知识，以及构建和部署代码的过程，是非常重要的。
通常情况下，创建和维护构建和部署系统的实际职责属于所谓的DevOps（developer operations的简写）——这个快速增长的领域。
但是，这并不妨碍你至少了解关于这个过程如何工作的基础知识。
测试
曾几何时开发者并没有必要知道太多关于测试的内容。
我们习惯于写一串代码，然后扔给测试人员，让他们去找代码中的各种bug，然后我们再来修复bug。
切不可再如此。
随着越来越多的软件项目开始采用所谓的敏捷过程，（后面再方法这一点中我们再细谈），软件开发人员和测试人员不得不更密切地一起合作。
质量已真正成为了整个团队的责任——我倒是更想说，它一直都是。
随之而来的是，你需要了解一些关于测试的东西。
你至少应该熟悉如下基本术语：
白盒测试
黑盒测试
单元测试（不是真的测试）
边界条件测试
自动化验收测试
一个优秀的开发人员——会在将代码交给别人之前测试自己的代码。
如果你真的想被认为是专业的，并非浪者虚名，那么这一条没有商量余地。
调试
很多新手软件开发人员在调试时都感觉自己像是在用鸡蛋碰石头。
每个人都希望写代码，没错吧？
但好像没有人愿意调试自己的代码？
这就是真相。
大约90％的时间软件开发人员是用来搞清楚到底为什么代码不能正常工作。
我知道你只是想能够整天写新的代码，但是此路不通。
如果你采用如测试驱动开发这样的方法，那么你可能会少花很多时间在调试上，但无论如何，不管你做什么，不管你如何努力，你都不得不学习如何调试代码或其他人的代码。
因此，与其采取一种随意的方式来做一些你不得不做的事情，还不如咬紧牙关竭尽全力学会如何有效地做好这件事情。
方法
有没有被我列出来的需要知道的事情清单吓倒？
好吧，还有一个——但是我保证这是最后一个。
虽然一些软件开发团队才刚开始写代码，不择手段只要完成任务即可，但是大多数团队还是至少遵循某种方法的。
出于这个原因，熟悉一些最常见的软件开发方法背后的基本理念至关重要。
今天，我要说的是瀑布式开发和敏捷开发。
大多数团队会声称他们正在做敏捷。敏捷本身是一个非常松散的概念，但也有一些做法和——原谅我的措辞——固定程序是你应该知道的，如果你不想只是纸上谈兵，想要打造一支敏捷团队的话。
最后
我知道这些内容通通要掌握的话，有点多，而且我仅仅触及了大多数主题表面的东西。
现在，你可能会觉得有点不知所措，面对这些所谓的技术技能一片茫然。
程序员这条路，就是无止境的学习，不断提高！
什么是devops
DevOps是IT服务管理的一种模式。过去的数十年间，IT运维发展经历了数个阶段。从早期的手工运维到标准化运维、自动化运维，到如今的DevOps、AIOps。
简言之，DevOps试图打通开发和运维的部门墙，从而打通整个IT价值交付的全生命周期，从产品需求到上线运维的全过程实现效率的提升。
DevOps最显著的作用是提高了企业产品的交付质量、缩短开发周期、减少故障。而降本增效是每一个公司在数字化转型之后的很大的挑战，DevOps无疑直击痛点。
而作为一名DevOps 工程师，除了要具备软件工程师基本的编程能力以外,还需要特定的人际交往、工具使用等技能。换句话说,DevOps 工程师需要“软”、“硬”技能兼备,具体如下:
一、沟通与协作技巧
DevOps 是一种横跨软件开发、测试和部署的协作方法。它将原本具有不同目标的开发、测试和运维小团队聚集在一起,以实现更高效和高质量的代码发布,这就要求 DevOps 流程中的不同角色之间不能有任何交流障碍。因此,良好的沟通技巧(无论是口头还是书面)对于优秀的 DevOps 工程师来说是必不可少的。
协作能力也很重要。DevOps 是团队合作的开发模式,每个工程师都是团队成员,需要在整个软件迭代过程中支持其他同事的工作。这不仅仅要求我们成为一名优秀的队友,还要在适当的时候给新人一些建议,包括但不限于指导和建议团队成员交付代码的最佳方式、编码时使用哪些工具以及如何测试最新功能。这就要求我们自身也要对这些 DevOps 流程中的必要技能有所了解。
二、熟悉和理解 DevOps 工具链
除了协作和沟通这样的“软”技能之外,DevOps 工程师还必须知道如何使用各种复杂工具协同工作以支持软件交付目标,这是成为一个优秀的 DevOps 工程师所必备的“硬”技能。
DevOps 工程师需要知道如何使用和理解以下类型工具的作用:
版本控制工具
详细地说,集合了代码审查、合并功能的版本控制工具是能让多个开发人员之间完美协作的主要DevOps 工具。由于 DevOps 流程汇集了来自各个部门的专家,所以他们需要了解源代码控制系统,以及系统跟踪不同应用程序中的更改。此外,它还维护应用程序的多个版本。
目前 DevOps 流程中常用的版本控制系统都基于开源分布式版本控制系统 Git,例如 GitHub、Gitee、GitLab 以及各大厂商基于 Git 定制的内源协作工具。
持续集成工具
持续集成(CI)是 DevOps 的关键技能之一,它是构建 pipeline 的重要部分。DevOps 要求运营和开发团队使用统一的系统。因此,持续集成所做的就是将开发人员的代码与 master 合并在一起。有了这样的技巧,就可以有效地合并数据。因此,DevOps 工程师一定要知道如何使用一些常用的 CI 工具,例如 GitHub Action、Jenkins、Bamboo、TeamCity、Travis CI 等。
容器与编排工具
容器作为现代微服务与云原生架构的核心技术,提供了关于 DevOps 的三个基本功能,包括持续的实验、流动和反馈。容器技术的不可变基础设施实现了操作系统层虚拟化,不仅方便运维程序升级和部署,还升华成了向应用代码隐藏环境复杂性的手段,成为推广分布式服务的必要前提。
目前,Docker 仍然是应用最广泛的容器技术,而以容器编排引擎 Kubernetes 为核心的云原生技术栈则是各大互联网企业构建容器技术基础设施的事实标准。
自动化工具
自动化是软件开发过程中必不可少的要素之一。几乎所有的手工任务都可以使用各种脚本语言自动完成。例如,Ruby、Bash、Python、Node、Shell 等等。可以说,使用自动化开发工具已经成为了很多 DevOps 团队加快开发和部署过程的关键。想要成为 DevOps 工程师,掌握自动化工具很有必要。
监控和报警工具
DevOps 持续集成和持续部署的实现离不开持续监控的辅助作用。许多微服务都是由数百个组件组合而成,其中一个服务的故障可能导致整个系统崩溃。当然,手动找到核心故障问题是很复杂和耗时的。其中一个解决方案就是持续监控关键特征,如 RAM 使用、请求数量、异常数量和存储空间。因此,需要根据系统的关键特性设置一个警报系统。例如,当存储空间使用率达到 80% 时应该触发警报,以便 DevOps 运维开发人员可以在整个系统崩溃之前解决问题。
三、具有成熟编码标准的特定编程技能
然编程能力是每个开发者最基本的能力,但 DevOps 工程师在这方面仍然有一些更特殊的要求。
通常来说,DevOps 工程师需要在专精 1-2 门编程语言的基础上熟悉多种语言,例如 Java、JavaScript、Ruby、Python、PHP、Go 等,这是由微服务时代同一系统不同服务可以由不同语言、不同框架实现的特性而决定的。DevOps 工程师至少需要了解这些语言的特性并具备在操作系统环境中编写和调试它们的能力。
四、技术支持和维护技能
优秀的 DevOps 工程师不仅需要开发方面的技能,有时还需要为客户提供维护和技术支持。这意味着 DevOps 工程师应该乐于为内部和外部客户提供支持,并在出现问题时进行故障排除。
如何实现DevOps？
DevOps 是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。DevOps 旨在统一软件开发和软件操作，与业务目标紧密结合，在 软件构建、集成、测试、发布到部署和基础设施管理中大力提倡自动化和监控。
DevOps 的目标是缩短开发周期，增加部署频率，更可靠的发布。用户可通过完整的工具链，深度集成代码仓库、制品仓库、项目管理、自动化测试等类别中的主流工具，实现零成本迁移，快速实践 DevOps。
DevOps 帮助开发者和运维人员打造了一个全新空间，构建了一种通过持续交付实践去优化资源和扩展应用程序的新方式。DevOps和云原生架构的结合能够实现精益产品开发流程，适应快速变化的市场， 更好的服务企业的商业目的。在容器云PaaS、DevOps、微服务治理、服务网格、API网关等等方面，时速云做的还不错，他们是一家全栈云原生技术服务提供商，你可以了解一下。
什么是devops 如何实现devops
在软件开发的过程中，开发人员负责编写代码，然后将代码交给 QA（质量保障）团队进行测试，然后将最终的发布版交给运维团队去布署。
DevOps 就是 Development（开发）和 Operations（运维）两个词的组合。但这里的组合并不是简单地将两个团队合并，而是要从思维和流程上变革，根据 DevOps 思想重新梳理全流程的规范和标准。
DevOps 既是一种思维方式，同时也是一种工作方式，作为一套促进开发、技术运营和质量保障三个部门之间的沟通、协作与整合的方法论，使得组织的快速迭代，实现竞争优势成为现实。
在 DevOps 的流程下，运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。
DevOps 的实施，打破了团队内各角色的职能壁垒，让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件开发的整体过程更加快捷和可靠。
结语：以上就是首席CTO笔记为大家介绍的关于devops如何学的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。