软件工程师和 IT 运营的新时代：NoOps

NoOps 是对应用程序及其运行的基础设施的全自动部署、监控和管理。

NoOps 是由不断提高的 IT 自动化和云计算驱动的。 NoOps 组织是一个根本没有运营人员的组织。 在 NoOps 中，代码维护和其他任务的运维团队任务是自动化的。

什么是 NoOps？

NoOps 相信软件环境可以很容易地自动化到不需要运营团队的程度。 NoOps 代表“无操作”。

NoOps 在部署、监控和改进软件操作时完全自动化 IT 环境。

NoOps 不是外包您的 IT 运营。 这与迁移到云或 SaaS 并期望它们管理运营无关。 相反，托管服务提供商和云公司都在着手 NoOps 以提高他们的基础设施速度和效率。

NoOps 的好处

这些是 NoOps 战略的商业利益和价值：

花更多时间在开发上

NoOps 只需要少数开发人员来管理项目的生命周期。 此外，noOps 可以自动化 IT 环境的所有方面，以减少基础架构和开发人员之间的摩擦。 这使开发人员可以花更多时间开发应用程序。

完整的云容量

NoOps 与 PaaS、云计算和无服务器计算结合使用。 这使监控和维护自动化。 云基础设施是最适用的，因此开发人员不必担心分布和资源。

无需人工干预

NoOps 不依赖于人工干预。 NoOps 的自动化水平意味着从管道运营的角度来看，几乎没有人为干预。 这消除了人为错误的可能性。

里程碑成就

如果有更多的开发时间，软件可能会在更短的时间内完成。 公司有更多时间来创造创收机会。

预算友好

NoOps 使用无服务器计算模型。 消费者只需为执行时间和执行的功能数量付费。 如果未执行某个功能，则不收取任何费用。 这消除了所有空闲时间。

提高生产力

NoOps 允许开发人员和运营人员专注于他们擅长的事情。 两个部门都能够在他们的任务上投入更多的时间并提高工作效率，因为通过不断的开发提高了注意力并节省了时间。

NoOps 挑战

任何技术方法总是存在挑战。 这些是 NoOps 挑战：

合规问题和安全风险

一个经验丰富且技术娴熟的运营团队是确保组织维护软件安全所必需的。 合规性不能外包。 法规仅适用于本地或云中的应用程序。 需要通过以下方式联系 PaaS：

• 关闭漏洞
• 管理员访问敏感信息
• 留意特权用户的活动

IT 运营通常协助安全团队管理网络策略、身份治理和实施。 这使安全团队能够专注于策略编写、事件响应和威胁。 增加安全团队的需要将抵消运营团队的损失。

开发人员工作量增加

NoOps 并没有消除对运营团队的需求。 总会有一个运营团队来管理：

• 基础设施
• 有关谁使用服务的信息
• 这些费用也包括在内

这些类型的责任最终将落在开发人员的肩上。

不兼容

NoOps 不能被视为通用解决方案，因为并非所有应用程序都可以使用最新的 PaaS 解决方案。 今天有许多技术与 NoOps 不兼容。 对于拥有自己的数据中心的企业来说，NoOps 实施不是一种选择。

由于向全自动化过渡，许多公司将面临困难。

学习差距

管理员将不再需要管理服务器管理和安全补丁。 他们可以学习如何编码和提高他们的技能。 相反，开发人员会花时间编写代码并对其进行测试。 平台处理其余部分。 他们将无法学习管理技能来提高他们的技能。

NoOps 的工作

NoOps 基于由 IT 和业务事件触发的基于策略的自动化流程。 这可确保应用程序和服务以最低的成本尽可能高效、有效和安全地运行。

Forrester 表示，创建高度自动化的 IT 基础设施需要微服务、API 和各种基础设施。 还有自动化。 基础设施即代码是使用脚本等工具来自动化系统配置管理和管理。

这模糊了基础设施和应用程序之间的区别。 这可能包括应用程序环境的自动自我修复。

Forrester 建议 NoOps 包含 DevOps 原则，例如进行小的、频繁的更改，而不是在固定的时间窗口中收集它们。 此外，限制对可能允许人类错误配置系统的命令行命令的访问。

他还建议您经常测试、测量和优化您的 IT 基础架构组件。 它还建议您避免难以自动化的自定义系统配置。

DevOps 和 NoOps：差异

准备过渡到 NoOps 时要记住的事情

这些是实现 NoOps 必须采取的步骤。

使用正确的工具

自动化工具可以加快部署过程，并使开发人员能够更有效地自动化。

向左移动质量

软件交付以使用 Shift Left 而闻名。 这允许在后期阶段识别和防止缺陷发生。 此外，一旦软件投入生产，这允许最少的人为干预来维护软件。 它还确保更高的客户满意度，因为该应用程序始终可用。

云平台和托管服务

迁移到 NoOps 的组织如果拥有基础架构管理、与云网络的无缝连接、监控和其他关键要素，则可以选择使用云平台。

自动化思维

NoOps 的目标应该是培养一种自动化文化和一种将自动化置于工作最前沿的思维方式。 当人员和流程同步时，可以大大加快新应用程序或服务的交付。

让所有利益相关者参与进来

所有利益相关者都需要支持具有雄心勃勃的 NoOps 目标的组织，以便他们能够理解所有概念和可交付成果。

寻找合适的供应商

技术合作伙伴可以为 NoOps 提供 IT 自动化解决方案、专家方法和许多功能。 他们将帮助您了解您的业务并分析环境以设计自动化解决方案。

NoOps 会成为 DevOps 工程师的未来吗？

尽管有抗议，NoOps 并不是 DevOps 的终结。 NoOps 只是 DevOps 可以一起完成的开始。 运动开始时，DevOps 甚至还不是一个术语。

只要企业需要软件在不断变化的技术环境中蓬勃发展，DevOps 的核心原则将继续具有相关性。 这个名字会在未来消失，但 DevOps 社区的文化和贡献不会。

NoOps 不提供通用解决方案。 它仅适用于现有的 PaaS 和无服务器应用程序。 一些企业仍然使用单一的遗留应用程序（需要大量重写和更新才能在 PaaS 环境中工作）。 即使只剩下一个遗留系统，您仍然需要有人来管理操作。

NoOps 无法以这种方式处理具有专门流程、生产环境或要求非常高的应用程序的长时间运行的应用程序。

结论

无论“完全 NoOps”的理想是可能的还是可取的，实施 NoOps 原则都可以让您更专注于您的客户和业务，而不是您的 IT 基础设施。

它还将使您能够扩展新服务和应用程序的交付速度，以满足您不断变化的业务需求。

您还可以探索一些趋势操作 - SysOps、DataOps、DevSecOps、AIOps 和 ITOps 可以在不久的将来帮助您的组织受益。