当软件开辟人员与运维工程师一路工作时，他们两边都并不清晰对方的工作性质与感到，然则这两种职位有必定的类似性。软件开辟人员负责构建和保护软件，而运维人员则负责包管软件的正常运行。开辟人员构建的软件重要面向客户或最终用户，而运维工程师构建的软件则平日面向本部分或本公司的其他工程师。然而、在源代码方面、软件工程师与运维工程师之间已经不存在绝对的界限。现今的体系操作员不克不及只知道若何修正设置装备摆设和保护文件体系、他们已经被新型工程师所代替:既要能开辟新运用、又要能胜任运维工作并包管软件的高效运行关于运维人员与软件开辟人员之间的关系，20年前与如今比拟有什么分歧(在宣布、故障修复和协作方面)?

一开端、我在一家小公司担负参谋职务、重要负责编写代码、安装操作体系与软件及治理数据库办事器。我以前从未写过代码，然则我有运行Uuix工作站的经验，所以一开端运维工尴尬刁难于我来说比拟轻松。后来，我们增长了一个职责更清楚的运维团队；然而，他们似乎更存眷于收集、操作体系和数据库治理员方面的工作。

这两个团队的关系老是很奥妙。我记得，有一位高等开辟人员老是在一个窗口上运行Unix的w敕令，一旦看到有治理员登录他的装备并预备安装补丁时，他就会立时封闭收集办事!他真的不愿望有人搞乱他现有的情况。我以为，这个分界限在20年前和如今的变更并不年夜，然则我们地点情况的范围与庞杂性，以及所处的公司文化都产生了很年夜变更。我曾经在一些拥有年夜范围办事器群的站点工作，个中运维团队只负责治理操作体系，而开辟人员则负责所有其他事务。在其他一些情况中，开辟人员与运维人员也有严厉的职责划分。

作为开辟人员，您对开辟运维( Devops)有什么意见?

在许多方面，我以为它现实上是“开辟开辟”( Devdev)。似乎许多以前属于运维人员职责规模的工作都转移给了开辟人员。我以为这是个准确的改变。假如一位开辟人员可以或许编写软件，那么他必定也要能治理软件在临盆情况的运行，而假如将这项工作转交给运维团队，其价值会更高，也更轻易涌现毛病。避免了工作转移，也就避免了问题，并且开辟人员也可以或许持续负责治理本身编写的软件。假如他们会在子夜因为软件涌现不测问题而被人唤醒，那么他们必定会去尽力修复这个软件问题，因为他们确定不肯意老是在私家时光里被人打搅。假如不阅历如许的苦楚，他们就不会有动力，就领会不到好好看待同事的利益，也就不会卖力地开辟出好的软件。此外，举例来说，任何只懂编写Java代码的人确定不会卖力进步本身的工作质量，而我是确定不会雇用这种人的。

开辟运维是否与迅速类似?

它们在许多方面有类似性。迅速倡导团队合作，推重分管义务。平日，人们以为这种办法请求开辟人员赓续地切换脚色，然而迅速办法则平日将QA视为迅速团队的内涵特征。可以如许说，开辟运维将运维带到迅速中。

体系治理员可以或许给开辟人员的最年夜赞助是什么?

拜访、数据和稳固同一的情况。例如，来自分歧主机的 Hadoop用户应当拥有一个稳固不变的用户D。体系治理员要像开辟人员看待代码样处置基本架构和设置装备摆设，而且要应用一种测试框架去测试软件的修正如 Cucumber测试框架。

在与运维人员协作时，开辟人员最应当留意的是什么?

网站扶植开辟人员必定要记住，假如涌现了问题，那么有90%的可能性是开辟人员本身的毛病。