在这个 DevOps 系列文章中，我以全新的视角重新介绍了 DevOps，从而开始了讨论。 在第二部分，我做了同样的事情，但重点是软件发布生命周期。
在第三部分中，我以逐点和表格的方式区分了软件工程师和 DevOps 工程师的角色：
在第四部分中，我想再次特别关注 DevOps 工程师的角色，并详细扩展他们的主要职责。
在我开始之前，我建议您快速浏览一下我们的新模型，尤其是前面说明的系统开发生命周期和软件发布生命周期图。
探索 DevOps 工程师的基本职责
这 软件工程师的职责 已经相当有名了。 但是有必要探索 DevOps 工程师的情况如何变化：
规划软件部署
与像软件工程师那样规划软件设计不同，规划其部署可能是完全不同的责任。 基于该软件的初步概念，开发人员制定了基于如何部署的蓝图。 但是，对于任何非常小心地看到它取得成果的 DevOps 工程师来说，实际规划其在不同平台上的部署可能是一个重要的角色。
管理代码
代码管理是生产中运行的任何软件的一个重要方面。 定期审核代码极大地有助于减少生产环境中可能遇到的错误。 DevOps 工程师负责微调从 alpha 级软件和后期制作开始创建的现有代码。
部署过程的文档
如果没有清晰简洁的文档，即使是一款出色的软件也将无济于事。 软件工程师确实记录了如何构建软件以及如何部署它。 但是 DevOps 工程师只专注于记录部署过程。
软件由于其生产使用而变得越旧，对其部署过程进行彻底检查就变得越重要。 因此，文档是一项持续的工作，并且与代码修订一样重要。 更好的文档 = 更少的错误。 你知道吗：
文档测试是一种非功能类型的软件测试。
仅测试软件的稳定版本
与软件工程师不同，DevOps 角色只专注于稳定版本，因为只有这些版本对于生产级环境的部署来说是相当可观的。 已经完成其第一个 ADLC（应用程序开发生命周期）的软件，必须对其作为稳定生产版本的潜力进行彻底测试，并由专门的 DevOps 工程师负责。
带有关键修复的错误报告（如果需要）
这部分是文档和错误修复的组合。 当稳定版本在生产中运行时，在此过程中遇到的所有错误都需要仔细修复，以用于软件的下一个稳定版本。
通常，错误修复是开发人员的责任。 但如果需要，DevOps 工程师也可以进行干预和协作，以解决本质上至关重要的错误。 因此，可以以这种方式小心地加快关键级别的错误修复。
此外，记录错误的预防或临时解决方法（直到它们被修复）对于软件的效率和可靠性非常有益。 这对功能、可用性和安全性有直接影响。
在生产环境中部署稳定版本
一旦根据上面讨论的全面测试确认该软件是可靠和高效的，它最终将在 DevOps 工程师之前记录的分步指南的帮助下部署到生产中。 只有在生产中部署软件时，才能最好地理解文档的重要性。
维护和监控部署
在生产环境中运行的软件需要持续的维护和监控。 DevOps 工程师确保软件是最新的，以及它们所部署的平台。 尤其是在这个阶段，可以记录生产级别的行为以提高未来的可维护性。 这包括生产级错误、新功能的必要性以及用户界面和安全性增强。
根据生产水平行为重新规划设计
软件部署规划是一个持续的过程，它从工具部署的初步蓝图和概念开始，以实现其目标。 第一个稳定版本发布后，此蓝图在每个新的稳定版本发布后都会进行严格的修订。 软件部署过程中的修订基于从应用程序开发生命周期和系统开发生命周期的每个阶段获得的反馈。
因此，这是对了解 DevOps 工程师角色重要性的概述。 他们不同的职责显然使他们脱颖而出，并强调他们需要确保持续增强软件，直到并且除非它达到生命周期结束。 非常感谢所有敬业的 DevOps 工程师！
希望你发现这篇文章有用。 如果您有更多想法要分享为反馈或建议，请在下面的评论部分中进行。
