什么是DevOps？ [重复]

#1 楼

自从2010年以来，这个行业一直有两个紧密联系但仍存在争议的问题。

第一个问题是DevOps方法本身的性质。它诞生于在软件交付过程的不同方面之间进行更好的协作的想法。这涉及许多非技术方面，例如责任分担，更好的沟通，知识共享。旨在进行的另一项改进是产品交付本身，从设计软件到部署和运行实时系统。因此，它也为我们带来了技术上的改进。实际上，没有什么新鲜的东西，因为您在大多数“ DevOps职位空缺”中看到的所有东西，例如CI / CD，配置管理，日志管理，监视等等，都已经存在了数十年，甚至在术语DevOps首次使用之前就已经存在了。时间。
因此，DevOps作为方法论只是将所有这些内容放在一块板上。

第二件事是：炒作。
该方法的普及是因为它旨在解决大多数行业参与者或多或少存在的问题。因此，有些人开始在这里看到不存在的“银色子弹”。一些神奇的药水可以解决他们遇到的问题。
所以我们在这里有很高的需求。结果，供应也开始增长。显然，企业正在寻找可以为他们实施“ DevOps”的人。通常，您通常最初如何确定可以使用某种工具/方法论/什么的人？我敢打赌-答案是-通过在其简历中寻找合适的徽章：）

人们意识到，被徽章为DevOps工程师，而不仅仅是成为系统管理员或开发人员-使它们在价值上更具独特性和价值到那个时候的市场。这就是市场整体运作的方式-您提供产品并宣传有需求的人正在寻找的东西，因此他更喜欢您作为供应商，而不是其他人。

在这里的某个地方，我们的重点从整个方法论转移到了技术方面。我没有确切的答案，为什么会这样，可能是因为大多数市场参与者都错过了DevOps思想的重点，并且只了解那些可以轻松衡量的思想。

我们现在让Jenkins运行吗？打勾！
我们使用厨师/木偶吗？勾选！

很难对团队成员之间的协作，沟通改进等进行相同的度量。而且高层管理人员通常会寻找某种可衡量的结果，而不是短暂的结果。

所以，您绝对正确– DevOps应该由团队中的每个人来完成，只因为它是关于团队本身的，而不是某些做出改变的人，所有人以及其他一切都保持过时。

#2 楼

如今，DevOps ...


DevOps被公认为/仅是一种文化，而不是职称，
，但我们也不能忽略这样一个事实，即大量公司
Wikipedia说：


“ DevOps的主要特征运动的宗旨是在软件构建的各个阶段（从集成，测试，发布到部署以及基础架构管理）大力倡导自动化和监视。DevOps的目标是缩短开发周期，增加部署频率，发布更可靠，并与业务目标保持一致。”


（我的观点）：

作为一名DevOps工程师，我（自己打开一罐蠕虫）意识到，我更多地是支持者开发团队。


旨在促进和创建有用的系统/工具，我和开发人员可以轻松地管理和使用这些系统/工具。
使所有手动工作自动化并创建简化的CICD流水线
，确保开发人员的代码得到测试，然后轻松地部署到生产中。
操作和监视将任何问题通知我们和开发人员，因此可以尽快解决这些问题。

使公司的所有技术团队（有时甚至是非技术团队）或个人轻松“共享”和处理所有“ DevOps”职责。

#3 楼

DevOps的角色仍在形成中，因此组织之间的职责可能有所不同。另外，这是不久前开发人员的责任。以及管理测试（单元测试，集成测试...），管理基础架构，包括管理正在使用的云服务（如果有）。使用提供给团队的工具，将增加复杂性。增加的复杂性需要团队花费更多的时间来正确设置。这样一来，一个或两个团队成员将获得设置所有必要工具的经验。这些团队成员将需要在开发的运营方面花费更多的时间，因此这些团队成员将成为DevOps。

所有开发人员都应该在开发的操作方面有一定的知识，但是现在已经发展到这样的程度：要求所有开发人员充分了解当前的操作和他们需要的开发工作已经太多了知道（如何将所有组件捆绑在一起，需要任何框架...）