您的位置:首页 >科技 >

没有像NoOps这样的操作 DevOps的下一个演变

2019-02-24 15:47:51来源:zdnet

最近,随着数据库,服务器,网络和其他一切的自动化和自主性不断提高,人们一直在谈论一种新的软件交付模式:“NoOps”。也就是说,新代码可以快速自动地从开发人员的前叶到前端进行流水线操作,只需极少的人工干预。

TechTarget的人员将NoOps定义为“IT环境可以变得如此自动化并从底层基础架构中抽象出来的概念,而不需要专门的团队来管理内部软件。”

我问格雷格NIST,在培训部主任MarkLogic,来解释NoOps方法的优势。他指出NoOps是DevOps开发模型的下一个演变。“与采用孤立的瀑布模型相比,采用DevOps模型的公司已经看到了显着的优势,”他指出。“DevOps融合了开发人员和运营商的角色,以增加问责制并加快创新产品部署的速度,从而为公司和客户提供真正的增值服务。”

当然,一切都很好。但随后尼斯特提出了下一个阶段:“如果你能从伟大的东西转变为更大的东西 - 那可能会延长发展时间的东西会怎么样?”他问。“这就是NoOps的用武之地。通过利用云服务,企业可以进一步缩减管理,配置和部署工作,以最大限度地缩短开发时间。”

那些具有弱或不存在的DevOps计划的组织怎么样 - 他们能否实现NoOps模型的飞跃?Nist表示,由于DevOps落后者也可能仍然陷入内部部署的遗留基础设施,因此迁移到云可能有助于铺平道路。

不过,其他人建议谨慎使用NoOps - 这不是灵丹妙药,现在考虑将软件实施密钥交给机器人还为时过早。“你至少需要IT运营人员来监督结果并处理异常情况,”Wikibon首席分析师Jim Kobielus在最近的推文中指出。“自动化系统不能完全信任他们自己的照顾和喂养。”

虽然我们已经在工具方面取得了很大进展,但“你可以完全从这个方程式中删除人员的想法是非常荒谬的,至少在未来五年内是这样,”David Linthicum在InfoWorld专栏中说。他指出遗留系统使NoOps成为许多组织的不起作用,但更重要的是,它破坏了DevOps以人为本的前提。“DevOps不只是关于操作系统的自动化,而是关于人们共同努力不断改进软件开发和操作,”他说。

Nist表示,仍在向NoOps迈进,这可以提高生产力,从而加强创新过程。“我认为将NoOps与典型的DevOps工作流进行比较是最有帮助的,它实际上只是在构建,测试和发布之间进行迭代。构建和测试部分是为业务提供价值的东西,DevOps模型做得很好缩小不提供价值的东西:释放阶段,“他解释道。“然而,虽然DevOps的发布窗口较小,但它仍然存在。而DevOps已经创建了这种灰色区域,开发人员和操作人员在发布阶段重叠。”

这种灰色的重叠区域可能会产生纠缠,从而产生瓶颈。“让我们说,作为一名开发人员,你的集群部署并没有为你完成,而是以手动甚至是脚本的方式进行,”Nist继续道。“如果你没有做到这一点,那么一旦你的发布完成后你会去验证你的环境,你将陷入调试循环并试图找出出错的地方。这将会变慢你失败了,这可能是因为一个简单的错误 - 就像你忘了单击其中一个选项以获得所需的高可用性,一切都会中断。“

另一方面,NoOps模型“提高了实现版本的抽象级别,允许开发人员在构建和测试上花费更多时间。事实上,使用托管云服务,只需点击几下就可以配置整个版本。环境,具有所需的所有工具和框架,运行项目。在15分钟内,您可以获得一个功能齐全,高可用性的集群,其中包含您需要的所有软件和组件。“

如果企业转向NoOps,运营人员的角色将如何变化?在上述场景中,“关于配置和部署角色的操作需求大大减少,以至于开发人员可以将其作为工作流程的一部分,”Nist说。“如果您允许实际管理和监控服务器,通过托管云服务,它将建议没有运营团队。”

这可能意味着操作人员有更多机会提升他们在组织中的角色,“将高技能的操作专业人员转变为可以将他们的技能投入到更多增值活动中的角色,”Nist说。您可以将能量从曾经只是必需品的东西转变为真正为客户增加价值的东西。举个例子,想想Kubernetes的所有时间,它具有巨大的配置需求。从操作人员的肩膀上移除它,他们有时间和资源来执行更多关键任务,如持续部署,粒度使用跟踪,更好的测试等。“

当然,开发人员也可能从中受益。“NoOps释放了他们目前专注于管道中最后一项的时间和精力 - 释放,”Nist说。“你实际上是从开发人员的板块中完成任务,这只能意味着他们可以做他们需要和想做的事情:开发很酷的新产品和服务。”