虽然开发者和IT运营专家已经对DevOps的概念兴奋不已,数据中心运营商和运行在上游的基础设施团队还没有参与对此的讨论中。Hewlett-Packard Enterprise的著名技术专家Jack Story,认为这是一个错误。
人们之所以犯错是因为有许多关于DevOps是什么和不是什么的困惑,许多关于DevOps的困惑来自于它是关于工具和自动化的误解。“这和当前的自动化进程无关,”Story表示,“它不是工具,它是关于文化和组织的变革。” 更重要的是,切换为DevOps是一种文化,是一种改变,这对任何组织来说都是最困难的。“我们拒绝改变职业,我们抵制变革的人。”他说。 但是今天的变革是十分必要的,即使你没有为一个IT组织提供云服务,你的顾客,无论是销售主管或是开发者,通常期待你能以云提供商来提供服务。 “云服务有更便宜和更快速的感觉。”
他们期待什么?他们期待的云计算所有属性,美国国家标准与技术研究院在五年前就确定其模型的定义: 按需获取自助式服务
广阔的互联网访问
资源共享池
快速伸缩
计量付费服务
这种压力迫使IT组织重新思考他们所知道和喜爱的东西。在网络、服务器、存储和设备团队之间严格界定,只是这些对DevOps不起作用。 它使开发者能从“瀑布式”模型中切换出来,在瀑布式模型中部署一个新的软件需要很长的时间,在软件计划上线之前允许大量的时间准备,敏捷开发的核心元素是跨团队合作,迅速部署并且不断改进。 今天的业务需求不是一直不变的,所以技术也不能一成不变。 与开发协作运营使得DevOps模型涉及到众多部门的利益,从数据中心的发展到运营,形成一个单一的协作过程。 惠普的内部IT组织几乎立刻做出转变并受益匪浅 ,Story说。这些好处是更快的速度 ,更好质量以及稳定性。 最近该公司剥离成两个后,运行更加顺畅,因为IT组织就是以这种方式运行,他补充说。就他们使用的工具而言,几乎没员工注意到该公司分成HPE和HP Inc,但由IT团队在后台完成的工作是巨大的。Story表示。 这个过程HPE还在继续,因为没有一个点人们可以说,“OK,我们现在就是DevOps”。这是哲学和方法论,并不是所有人都喜欢它,他警告说,所以不需要每个人都待在船上。 “在这个我们不得不让人搬走的环境中,” 他说,“因为这个变革,许多交谈都会情绪化。” 原文:http://www.datacenterknowledge.com/archives/2016/03/16/why-data-center-managers-should-care-about-devops/
|