的问题：
- devops方法论是什么，在软件产品生产中的作用是什么，搜索的复杂性是什么。
- 应用devops方法的专业人员类型
- 哪里有，DevOps-engineers / SRE进入市场
- 您是否需要DevOps工程师/ SRE？如果是这样，哪一个？
- 搜索渠道
- 在简历中寻找什么
- 如何开始对话
- 我们会给您回电-为什么不可能，在寻找devop的领域它会导致什么
1.什么是Devops方法论，在软件产品生产中的作用
Devops是开发和运营（软件开发和运营）的缩写。
首先，DevOps是一种改善工程和开发文化的哲学和方法论，不仅在一个团队或项目内，而且在整个公司内，因为 DevOps的实施不仅在开发过程中，而且在公司的业务过程中都引入了更改。
这种方法在软件生产中的作用：简化流程，避免错误，建立通信，控制，监视和记录，安全控制。
可以将使用devops方法论与将代码，流程和输出的砖块结合在一起的水泥相提并论，或者将其与加速开发过程，修复错误并提供新功能的管道进行比较。
2.应用devops方法的专业人员类型
谁在使用devops方法？整个开发团队整体。测试人员，管理员，开发人员，信息安全专家就像敏捷/ ITSM / ITIL，仅DevOps。
简化的开发管道（管道）：编写代码（开发）-如果由多个程序员编写，则合并（合并）-测试（测试）-发送到组装（构建）-生产:)
也就是说，所有阶段的专家使用devops方法和工具：
CI / CD-用于将代码段彼此连续集成并将代码交付到所需位置的工具：包，容器等。应用程序的最终视图。
CI部分：
开发-代码开发和分析，其部分：
Git-版本控制工具，代码合并。首先，将代码合并到一个存储库中，然后对其进行构建和测试。
建造-组装;
测试-提供业务风险反馈的连续测试工具；
CD部分：
发布+部署-变更管理，发布批准，发布自动化；
配置-基础架构配置和管理，基础架构即代码；
监视-监视应用程序性能，最终用户体验。
为了做什么，
//一个简短的指南//以便您不会在面试中摩擦游戏：
用于构建基础结构-
配置管理系统的云提供商的Terraform或实用程序-Ansible，Chef，Salt，Puppet
通用CI / CD工具-GitLabCI，GitHub Actions，Jenkins，TeamCity等
用于容器化-Docker，Kubernetes，Nomad，OpenStack等。
当您知道Docker的用途时，它们将以完全不同的方式与您通信。
3.有需要的地方，Devops工程师去了市场。
是的，我们将其称为。因为他们无处可去，所以其他所有事情都非常麻烦，理解不清且令人难忘。他们将不得不接受招募人员称并将将空缺称为“ Signor Devops”的事实。
基本上，有3个来源，我们从中寻找“迫切需要的Devops”请求的人进入市场：
第一类和人数最多的一组：前和现在的系统管理员。对他们来说最简单：他们掌握了更多内容。工具并完成。
第二类：决定参与devops实践的开发人员。它们很少，他们需要掌握Linux和管理知识。
第三组：“我醒了，意识到这是我的”-参加了“三周内发展”课程或更精通的人。我无意做广告，因此您可以自己用Google进行搜索。从招聘的角度来看，有了这些，工作既容易又困难。一方面，他们被教导现代和流行的乐器。另一方面，在管理或开发方面都没有经验和理解。管理层的一大优势：他们的薪水期望值低于第一和第二组。
六月-中间签名者
六月-知道如何维护已经实施的工具，但不能从0开始实施。需要指导。同时，他可以成为一名优秀的管理员。
Middle对方法论没有很深的了解-他可以从0开始介绍一些工具并教其他工具。
中级必须对方法学有很好的了解，了解实践RnD，可以独立选择使用
Signor的工具-可以将所有devop实践从0开始。捍卫体系结构解决方案。他了解软件开发的风险，亲自选择所有工具。可以证明他的选择。
4.您需要devops / SRE吗？如果是这样，哪一个？
如果空缺客户是具有内部开发能力的产品团队-是的，您需要它。
如果这只是用于外包的代码，则没有必要。
您的团队需要什么样的发展：取决于产品。
通常，您需要具有使用流行语言编写脚本经验的Linux管理员。
如果正在开发特定的软件，则devops应该了解这种开发的细微差别，并且值得寻找从类似的堆栈上从开发进入这一领域的人员。
关于SRE的一点：
如果您不进行详细介绍，则站点可靠性工程实际上与devop相同。但是我们不是工程师，因此不会更深入。
SRE是确保系统可靠性的一组方法，指标和规定性方法。在此上下文中，“站点”一词被理解为“系统”或“平台”，而不是我们习惯的网站。 SRE-确保系统所有级别（从物理到逻辑）的可靠性，这意味着SRE是开发人员（是的，SRE应该能够进行编码）和系统管理员的总括。
SRE是一种分支，或者说是Google自己对DevOps指导的实现。
5.搜索渠道
搜索devops的主要渠道：DevOps Jobs电报渠道-工作和分析。
Habr和链接显示得很好，比FB差一些，通常不适合搜索HH.ru和SuperJob，而体面的管理员正在那里寻找。
与寻找开发人员的不同之处在于：devops社区非常友好并且善于交际）））如果发布空缺只会引起笑声或脸色苍白，请确保已在电报中对其进行了讨论。
6.在简历中寻找什么
我们都知道招聘人员会在3-5秒内评估一份简历。
除了评估简历的一般规则外，您还已经知道：
应为：GitLab，GitLab CI，Ansible，Docker，Terraform，Zabbix，KVM，MySQL和PostgreSQL，Prometheus，Grafana，ELK堆栈，Jenkins，K8S / Kubernetes，AWS \ Azure \ GCP \ Yandex云\邮件云。
这是发展。
其中有些东西是Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016等。-前Windows管理员。
云技术
如果您看到“ Azure”一词-这是Windows的云，则
其他所有内容：GCP，AWS等-这些都是Linux系统及其大多数应用的云。
有一个短语：我在课程中教过GitLab，GitLabCI，Ansible，Docker，Terraform，Zabbix，KVM，MySQL和PostgreSQL，Prometheus，Grafana，ELK堆栈。
并非每个人都使用云。与云不兼容的Devops是在闭路，数据中心，DC等环境中工作的Devops。他需要开发=）云技术是未来。
7.如何开始对话
非常简单。晚上好，正在找人。这是说明，这是插头，这是条件。等待像夏天的夜莺这样的答案。
空缺必须包含：
叉子。叉子-2个可理解的数字。从0到800k不是分叉，这是胡说八道。
条件：办公室/远程，还有什么附加功能：项目\部分\全职
开发堆栈的描述。这很重要。
任务说明。支持现有的架构和从0开始的实现是非常不同的事情。如果您有一个架构师，这是一回事（他只需要双手），如果他没有，那么您还需要一个懂得如何架构的专家，而不仅仅是一名建筑工人，您就可以完成
生活了。 ：阅读早期的bash.org（直到它成为bash.im），观看动漫，玩游戏，玩得开心，在没有反馈的情况下不要消失，您会立即被注意到。
8.我们会给您回电-为什么不可能，以及它在寻找devops领域中的原因，
正如我们已经说过的：社区友好，将立即与您讨论。不失去声誉比恢复声誉更容易。
搜寻谁都没关系：您必须提供反馈。甚至难过。适当地制定它。失败的结局比等待无尽的结局更好。