我们正在努力使我们的功能投入生产。 有很多缺陷和大量的消防设施。 所有这些和公司才成立了几个月。 一年后在这里工作会是什么样？ 我们都尽可能地晚了，甚至是周末工作，试图解决似乎无处不在的问题。 真是地狱
沮丧和疲倦，我决定将DevOps的想法介绍给首席技术官（CTO）。 我阅读了一些有关DevOps运动的信息，并认为我们可以从中学到的一些知识中受益。 我的意思是，我别无选择。 事情不可能这样下去。
在那一刻，业务的成功（以及我的理智！）很可能取决于我解决问题的能力。
CTO带着沉思，有些困惑的表情转向我，说道：“ DevOps…我已经听过几次这个短语-但我不确定它的真正含义。 这是什么意思？”。
可以肯定地说，我装模作样试图证明并解释什么默契术语“的DevOps”的真正含义，而关键的是，它为什么重要的业务， 悲惨地失败了。
我根本没有什么足够强的理解DEVOPS 实际上是我绝对无法解释清楚，为什么我们需要它。 我可以看到问题所在，但是对于我一生来说，我无法阐明解决方案。 我已经厌倦了晚上和周末的工作，我真的很想生意成功。 嗯
作为程序员，这是常见的情况。
我敢打赌，您也遇到了类似的困境。
事情有点像这样：您对一项改进发表评论，也许是您在网上读到的一些东西，然后才有机会喘口气，它就发生了。
就像您在“ Dragons'Den”（或“ Shark Tank”）中提出一个想法一样。 灯火通明，您只有一招：推销创意。 是的，还是死亡。
在这一点上，锁定太容易了。
在压力下屈曲，您很想去寻求当下拥有的最佳理由：
“嗯……-成立大型技术公司-做到这一点。”
或更糟糕的是： “这是行业标准。”
但是，尽管这些答案看似合法，但它们实际上是非答案。 它们根本不是逻辑上的，也不是强有力的理由。 他们没有显示您所拥有的解决方案如何解决问题并创造真实，有价值的结果。
但是，还有什么更具吸引力的选择？ 好吧，很高兴您问，因为这就是我们今天要谈论的内容。
因此，如果您被困住了，头发着火奔跑，并且需要一些DevOps帮助，那么您很幸运。 因为今天，我将带您了解如何真正理解DevOps运动，并且更好的是：如何推销它，以便您的业务得到关注。
首先，我们将研究诊断您的企业是否根本需要DevOps。 之后，我们将介绍大多数人尝试解释DevOps的方式，然后我们将探讨为什么它最终会陷入困境。 最后，我们将通过最好的方式来解释的DevOps，这样你的生意会在意。
现在，在头发完全灼热之前，让我们开始吧。
企业如何知道他们是否需要DevOps？
为了了解我们是否需要DevOps，我们应该查看它解决的一些问题。
就像医生一样，我们将通过首先查看症状来开始理解问题（希望开出解决方案）。
那么，当企业需要DevOps时会遭受什么症状呢？
- 您部署业务的频率不高。
- 部署到生产中既痛苦又令人恐惧。
- 您在同步开发团队时遇到了困难，他们互相踩脚。
- 您对所部署的功能是否“成功”没有清楚的了解。
- 您的运营团队（经常）会抱怨或责怪开发人员生产问题，反之亦然。
- 与编写新功能相反，您花费大量时间解决生产问题。
我有没有抓住你的脑袋点点头？
你为什么点头？ 因为这些陈述无处不在。 甚至对于世界上最好的公司，甚至对已经在实践DevOps的公司而言。
实施DevOps就像扫地机：这不是公司一次做，而是永远做完的事情。 必须不断考虑DevOps； 随着我们的软件随着发布更多版本而适应，我们对DevOps的理解，知识和实现也必须如此。
此时，您可能会想：大多数企业是否需要某种形式的DevOps功能？
是的，我会解释原因。
如何不解释DevOps
为了尝试解释DevOps，我们可能会尝试从工具优先的角度来探讨它：详细介绍可用于实现DevOps的不同工具：Docker，AWS，Kubernetes，Chef，Puppet和Ansible。 这似乎合适-对吗？
并不是的。 但是，让我解释一下原因。
要了解为什么这种方法充其量是最薄弱的，让我们举个例子。
想象一下，您正在准备购买新车的前院。 您需要用车来带孩子上学，所以对您来说重要的是它宽敞，内部能够粘住手指并且可靠。
汽车销售员向您求助。 他们向上和向下看您，并假设您是一个人，并且可能拥有大量可支配现金，因此他们开始向您展示一辆鲜红色的跑车。
“就在里面，全新！” 他们强调地说。 “它具有轻巧的底盘，V-8发动机和最后但并非最不重要的：真皮座椅。”
一直以来，您以为这个销售人员只是没有花时间真正了解您的需求。 您感觉就像翻了个白眼，真是浪费时间。
当我们尝试从工具（或行话）的角度来解释DevOps时，我们陷入了同样的陷阱：没有发现解决方案试图解决的问题。 将问题放在首位是接受像DevOps这样的新想法的核心。
但是，如果工具不是解释DevOps的最佳方法，那又是什么呢？
解释DevOps的最佳方法
为了推销DevOps，我们需要了解它的真正含义和重要性。
为此，我将与您分享关于DevOps真正是什么的最佳定义：
大多数企业都遭受着称为“长期冲突”的问题。 当企业的两个部门有着截然相反的目标时，就会发生长期冲突。
换句话说：无论业务的一部分为成功做出多大的努力，业务的另一部分最终都会同样努力地进行回退。 结果是，这些相互竞争的部门达到了停滞状态，没有人能快速行动。
对于寻求增长并试图对市场做出积极反应的公司而言，停滞可能是致命的。
不足为奇（命名为DevOps），引起冲突的两个部门是开发和运营 。
但是，商界人士很聪明，对吗？ 他们不会让这种事情发生吗？
嗯，这确实发生了，不是因为他们不聪明，而是因为他们没有将系统视为一个整体。 让我解释：
当大多数企业成长时，他们必须考虑将员工分为不同的团队。 开发和运营之间存在常见且（似乎）逻辑上的分离。 这就是开始引入长期冲突的地方。
操作的任务是保持实时服务器的稳定和安全，而开发的任务是将尽可能多的更改推向生产环境。
可以想象，开发投入生产越多，不稳定的程度就越大。 那么运营的反应呢？ 向后推。
随着时间的流逝，通常这两个部门之间的通信中断了。 他们现在不是在互相争夺将有价值的功能投入生产，而是在互相争吵，争论和互相指责。 每个人都必须熬夜，在部署日的周末工作，工作不仅是一件繁琐的事，而且变得无利可图。
随着变更不断流向生产环境，很多地方可能出错。 因此，更好的做法（至少在纸面上）是减慢生产速度，而是选择大批量交付，可能每年一次，甚至更少。
但是，以这种方式交付意味着企业很难将价值展现在客户面前。
解决此问题的方法：DevOps。
DevOps积极地集合在一起，使开发和运营符合共同的目标。 是的，通过使用特殊的工具和自动化 。
有了DevOps，并与运营和开发团队合作，您就可以实现平稳（平稳）的价值流向生产。
向您的企业解释这一价值是使它们与DevOps接轨的最佳方法。
现在，轮到您了-灯亮了
希望这可以帮助您更多地了解DevOps的运动以及如何调整它。 通过解释问题（核心长期冲突），您的企业可以轻松了解他们如何使自己陷入这种状况。 重要的是，DevOps将如何帮助将它们淘汰。
然后，当您实现这一目标时，您应该能够着迷于对工具和更高级概念的解释。 不再需要在深夜和周末花费在笔记本电脑上或头发烧到头皮。 现在，随着业务的发展，您可以开始尝试DevOps并为成功铺平道路。
扫一扫
1048
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
