你的运营团队没有告诉你的五件事


那么,你认为你做德文普斯?是时候测试一下你对DevOps的知识和经验有多深了。人们很容易相信关于DevOps的大肆宣传,但是很难找到缺点——没有人愿意公开谈论的事实。

我们已经为你做了。我们从十年的实践经验中总结出了一系列非常重要的事情,你应该在进入DevOps之前知道。在你阅读的时候记下分数,看看你对DevOps的了解到底有多深。

1.开发比运营更适合开发

DevOps诞生于开发者的需求。这些工具已经针对应用程序生命周期的早期部分(开发/测试)进行了优化。他们擅长简单操作环境的原型制作。然而,大多数的开发工具比操作团队更适合开发人员的需求。大多数工具都不是为当今复杂的生产环境或大型任务关键型应用从头开始构建的。就像世界上跑得最快的短跑运动员乌塞恩·博尔特突然被要求跑马拉松一样。

2.无需从头开始,运营可以更加灵活

人们抱怨信息技术手册。我明白了。它们是缓慢的、人工执行的、非自动化的。有些人认为所有这些过程都应该被抛弃,代之以DevOps工具。但是你不得不怀疑你是不是把孩子和洗澡水一起扔了。您已经实施的信息技术流程正在发挥作用。它们是经过战斗考验的。有时值得质疑的是,在某些情况下,runbook和工作簿自动化是否比DevOps更合适。

3.DevOps不太适合复杂的生产环境

想组装一个LAMP堆栈并运行一些集成测试吗?没有什么比DevOps做得更好了。

想要管理和维护一个六层、基于规则、负载平衡的应用程序,该应用程序具有一个使用主-主复制和多个从复制的联合数据库吗?没有什么比DevOps更能打破这种环境了。

事实是,DevOps不一定是唯一的选择——尤其是在复杂的环境中。开发人员的需求并不总是与运营团队的需求100%重叠。

4.实施DevOps可以在事情变得更好之前先把事情变得更糟

部署DevOps有时会让人感觉像是离开了主干道,走上了一条小道。DevOps工具以一种全新的方式处理操作。从我们记事起,标准的信息技术实践就一直让事情运转,而他们却不接受。他们有一种不同的方式来构建环境,用食谱和食谱来构建环境,而这些与运行手册和工作簿没有什么共同之处。有些东西总是会在翻译中丢失。所以,如果DevOps是你唯一的自动化策略,那就准备好面对即将崩溃的局面吧。

5.开源并不总是像久经考验的一样重要

我是开源的超级粉丝。但我本质上也是一个反向投资者。十年前,当每个人都在唱衰开源来支持专有软件时,大多数人都错了。开源比人们认为的更受欢迎。

快进十年,现在每个人都在唱衰专有软件,支持开源。关闭是不好的——打开是好的。好像开源自动意味着更好。钟摆摆摆得太远了。并非所有的开源软件都经过了战斗测试。并非所有经过战斗测试的软件都是开源的。对于信息技术运营来说,经过战斗考验的应该永远比开源更重要。毕竟,你会在首次飞行中乘坐飞机吗?

你表现如何?五分之五?希望,当涉及到DevOps的时候,有一个金块让你看到了硬币的另一面。今天在信息技术中采用敏捷实践有很多好处,但是如果你没有意识到并准备好一些不利的方面,你很可能会给每个相关的人制造一大堆麻烦。