你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？

《DevOps》工程师的工作职责有哪些？

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_应用程序

DevOps 是一种使单个团队能够处理整个应用程序生命周期（包括开发、测试、发布、部署、操作、显示和规划）的做法。它是术语“Dev”（用于开发）和“Ops”（用运维）的混合。借助 DevOps，我们可以加快企业交付应用程序和服务的速度。亚马逊、Netflix和其他企业都有效地采用了DevOps来改善客户体验。

DevOps 生命周期是一组阶段，其中包括用于参与开发和运维组职责的 DevOps，以便更快地交付软件程序。DevOps 遵循积极的技术，包括代码、构建、测试、发布、部署、操作、显示和规划。 DevOps 生命周期遵循一系列阶段，例如不间断开发、不间断集成、不间断测试、不间断监控和不间断反馈。

DevOps生命周期的每个部分都与一些设备和应用科学相关，以获得该过程。一些常用的工具是开源的，主要基于商业企业的需求。DevOps 生命周期操作起来毫不费力，有助于提高交付的效率。

开发运营的 7 C 标准

1. 持续发布
2. 持续集成
3. 持续测试
4. 持续部署/持续交付
5. 持续监测
6. 持续反馈
7. 持续运维

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_生命周期_02

1. 持续发布

在持续开发中，代码是用小的、连续的位编写的，而不是一次全部编写的，持续开发在 DevOps 中很重要，因为每次创建一段代码、测试、构建代码并将其部署到生产环境时，这都会提高效率。持续开发提高了代码的标准，并简化了修复缺陷、Vulnerability和缺陷的过程。它有助于开发人员专注于创建高质量代码的能力。

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_生命周期_03

2. 持续集成

持续集成主要可以在 DevOps 的 4 个阶段进行解释。它们如下：

1. 从 SCM 获取源代码
2. 构建代码
3. 代码质量审查
4. 存储生成工件

上面提到的阶段是持续集成的流程，我们可以在每个阶段使用任何适合我们要求的工具，最流行的工具是用于源代码管理 （SCM） 的 GitHub 当开发人员在他的本地机器上开发代码时，他将其推送到远程存储库，即 GitHub 从这里有权访问的人可以拉， 克隆并可以对代码进行所需的更改。从那里通过使用Maven，我们可以将它们构建到所需的包（(war, jar, ear)）中，并可以测试Junit案例。[SonarQube]执行代码质量审查，它将衡量源代码的质量，并以HTML或PDF格式生成报告。用于存储构建工件的 Nexus 将帮助我们存储使用 Maven 构建的工具，整个过程是通过使用持续集成工具 Jenkins实现的。

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_最终用户_04

3. 持续测试

任何公司都可以使用敏捷和DevOps方法部署持续测试。根据需求，我们可以使用自动化测试工具（例如测试Testsigma，Selenium，LambdaTest等）进行连续测试。使用这些工具，我们可以测试我们的代码并防止问题和代码bug，以及更快、更智能地进行测试。借助像 Jenkins 这样的持续集成平台，整个过程可以自动化，这是另一个额外的好处。

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_最终用户_05

4. 持续部署/持续交付

持续部署：持续部署是在应用程序完成测试和生成阶段后自动将应用程序部署到生产环境中的过程。在这里，我们将自动化从获取应用程序的源代码到部署它的所有内容。

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_生命周期_06

持续交付：持续交付是在应用程序完成测试和构建阶段后手动将应用程序部署到生产服务器的过程。在这里，我们将自动化持续集成过程，但是，将其部署到生产环境仍然需要手动参与。

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_最终用户_07

你知道作为《DevOps》工程师的工作职责有哪些么，涉及到的技术栈有那些，你都学会了没？_最终用户_08

5. 持续监测

如果没有持续监控，DevOps 生命周期是不完整的。在普罗米修斯和格拉法纳的帮助下可以实现连续监控，我们可以持续监控，并且可以在出现任何问题之前收到通知在普罗米修斯的帮助下，我们可以收集许多性能指标，包括 CPU 和内存利用率、网络流量、应用程序响应时间、错误率等。Grafana 可以直观地表示和跟踪来自时间序列的数据，例如 CPU 和内存利用率。

6. 持续反馈

一旦应用程序发布到市场上，最终用户将使用该应用程序，他们将向我们提供有关应用程序性能的反馈以及从最终用户获得多个反馈后影响用户体验的任何故障 DevOps 团队将分析最终用户给出的反馈，他们将联系开发团队，尝试纠正他们在该代码段中执行的错误通过这种方式，我们可以减少我们目前正在开发的错误或错误，并且可以为最终用户产生更有效的结果，还可以减少部署应用程序的任何不必要的步骤。持续反馈可以提高应用程序的性能并减少代码中的错误，使最终用户能够顺利使用应用程序。

7. 连续运维

我们将通过实施连续操作来维持较高的应用正常运行时间，这将有助于我们减少对最终用户的体验产生负面影响的维修停机时间。更多的产出、更低的制造成本和更好的质量控制是持续运营的好处。

DevOps 工作的不同阶段

1. 计划： 专业人员确定商业需求并在整个级别收集最终用户意见。在此步骤中，他们设计项目计划以优化业务影响并产生预期结果。
2. 代码 在此期间，正在开发代码。为了简化设计过程，开发团队采用生命周期 DevOps 工具和扩展（如 Git），帮助他们防止安全问题和不良编码标准。
3. 程序员完成任务后，他们使用 Maven 和 Gradle 等工具将代码提交到通用代码源。
4. 测试 – 为了确保软件的完整性，产品首先交付到测试平台，利用 JUnit、Selenium 等工具执行各种筛选，例如用户可接受性测试、安全测试、集成检查、速度测试等。
5. 发布 此时，生成已准备好在操作环境中部署。当生成满足基于组织需求的所有检查时，DevOps 部门会准备更新或将多个版本发送到生产环境。
6. 部署 此时，基础结构即代码可帮助创建操作基础结构，并随后使用各种 DevOps 生命周期工具发布生成。
7. 操作 此版本现在方便用户使用。使用包括 Chef 在内的工具，管理部门此时负责服务器配置和部署。
8. 监视 根据从消费者行为、应用程序效率和其他来源收集的数据，在此级别观察 DevOps 工作流。观察整个环境的能力有助于团队识别影响生产和运营团队绩效的瓶颈。