NoOps 来了，DevOps 工程师的未来在何方？.docxVIP

NoOps 来了，DevOps 工程师的将来在何方？ DevOps 的成功与否在很大程度上取决于你的开发和运营团队之间的协作水平，由于它将系统管理员和开发人员聚集在一起，打破了他们各自业务之间的障壁。与此同时，持续集成和持续部署的流程在 DevOps 中至关重要，它们有助于及早发觉并预防问题，这反过来又会加快处理方案的交付速度。但请留意，DevOps 仍旧需要运营团队的参与。组织仍旧依靠运营团队来处理很多细节问题，例如：基础设备配置管理、平安设置、备份、补丁管理等。 ? 有了云之后，笼统和自动化的进展水平日新月异。无论是计算、存储、网络还是平安性等等，任凭什么事物都可以放在云端，“作为服务”来使用。云服务供应商也在他们的自动化生态系统上投入了大量资源。你可以使用自动化模板或只通过几个 API 调用就轻松配置你的应用程序组件。这些组件的持续管理过程也可以自动化，这意味着维护环境的开销变得越来越少，甚至不需要人力干涉。这一趋势进展下去就是 NoOps——基础设备进一步笼统化，与开发工作流紧密集成，不需要运营团队来监督流程。 ? NoOps 是最早由Forrester制造的一个术语，旨在提高生产力并比 DevOps 更快地交付结果。在抱负情况下，开发人员永久不必与运营团队的成员协作。相反，他们可以使用一组工具和服务，以平安的方式担任任地部署开发所需的云组件，包括代码和基础设备。托管云服务（如 PaaS 或无服务器）充当 NoOps 的支柱，并利用 CI/CD 作为其部署的核心引擎。因而，请留意，并非全部场景都适合应用 NoOps。 NoOps：优势和挑战 NoOps 和 DevOps 本质上试图实现的是相同的目标：改进软件部署流程并缩短产品上市时间。但是，DevOps 强调的是开发人员和运营团队之间的协作，而 NoOps 的重点已经转向了完全自动化。这听起来像是某种银弹，但这种新方法既有其优势，也存在着很多挑战。 优势 自动化程度更高，人数更少 NoOps 将重点转移到了无需人工干涉即可按设计部署的服务上。从基础设备到管理活动，它的目标是使用代码来把握一切，这意味着全部组件都应当作为代码的一部分进行部署，并且这些组件应当是可以长期维护的。NoOps 本质上旨在衰退支持代码生态系统所需的人力资源。 充分利用云的力气 NoOps 最适合利用 PaaS 和无服务器处理方案的云环境。微服务和基于 API 的应用程序架构完全符合它的要求，由于它们供应了较细粒度的模块化和自动化。AWS、Azure 和 GCP 等领先的云服务供应商格外留意在 PaaS 和无服务器方面供应更多服务和功能，这也会加速 NoOps 的接受。在今日的云端领域，越来越多的数据库即服务、容器即服务与函数即服务选项也有利于这一趋势，全部这些技术都支持高度自动化。 从运营到业务结果的关注点变化 NoOps 还将重点从运营转移了到业务成果上。与 DevOps 不同的是，在 DevOps 中，开发团队和运营团队一起协作以向客户供应价值主意，而 NoOps 在抱负情况下衰退了对运营团队的任何依靠，从而进一步缩短了产品上市时间。NoOps 的重点转移到了为客户供应价值这一优先任务上——换句话说，“速度为王”。 挑战 你仍旧需要运维 从理论上讲，“不需要运营团队来照看你的基础设备”可能听起来很诱人。但是，依据现实中你的组织可实现的自动化水平，你可能仍旧需要运营团队来处理特别或监控结果。完全期望开发人员处理这个问题会抵消 NoOps 的优势，并让他们无法专注于交付业务成果。考虑到开发人员不肯定具备处理运营问题所需的技能，这种方法也不是很现实。比如说在一个灾难恢复（DR）场景中，你仍旧需要运营团队的支持来调用 DR 方案，并将流量切换到毛病转移站点。 考虑你的环境情况 此外，并非全部环境都可以过渡到 NoOps。混合部署和遗留的老旧基础设备会产生瓶颈——你的确可以部署一些自动化过程，但在这些情况下不能完全衰退人工流程。虽然 PaaS 和无服务器都是针对 NoOps 的技术，但它们也可能成为限制因素，尤其是在数字化转型期间。重构遗留的单体应用程序以顺应 PaaS 范式，需要很多提前可能想不到的额外努力。在开头接受 NoOps 方法之前，你需要依据具体情况认真评估利弊？ 谁来担任平安性？ 最终一点也很重要，那就是平安性和合规性问题。符合平安最佳实践的自动化部署并不会完全衰退平安性方面的隐患。传统上，运营和开发团队之间的职责是分别的。运营团队与平安团队合作实施把握措施，爱护应用程序免受威逼和漏洞的侵害。同时，运营团队还担任处理身份和访问管理（IAM）处理方案。 ? 云端的威逼媒介和攻击方法日新月异，你的云端平安把握策略也应当跟上脚步。合规性也是如此。并非全部组织都可以将这方面的责任托付给一组自动化