软件工程师与运维工程师两边在软件开辟与保护进程中要更慎密协作和分享类似职责。对于运维与软件开辟人员之间的关系，20年前与如今比拟有何分歧在宣布、故障修复和协作方面)?

在20世纪80年月和90年月，软件的范围还比拟小。开辟者编写软件，将它交付给“制作环节”，如保留到软盘或光盘中，然后就可以发往市肆。市肆负责将它发卖给用户。假如用户碰到问题，那么他们就会呼叫客户办事。客户办事的目的是避免客户与软件开辟人员直接沟通。假如体系治理员碰到了范围问题(主动化安装或让一台办事器处置更年夜的用户量)，那么他们会依据操作手册的解释进行操作，然则他们年夜多半时刻会将这个问题转交给真正懂得这些产物的开辟工程师，然后由他们负责开辟出真正的解决计划。

开辟人员与客户的关系:一对多。
与客户的互动:制止。
体系治理义务:偶然。

迅速是若何转变您与开辟人员的互动的?

我以为开辟运维是迅速办法的必定成果。假如一个软件团队因为更快的宣布周期和更高效的交换而须要进步自身的效力，那么将体系治理员加到这个进程中不是更有意义吗?

开辟运维与迅速之间存在许多的类似性。它们各自都是对方的演变，而开辟运维必定参加迅速宣言的实践办法和理念。迅速宣言最早宣布于2001年，其时Web真正成为了一个正式成熟的平台。它的重要概念有

个别运动与互动经由过程进程与对象实现；
经由过程周全文档指点软件开辟；
经由过程合同协商开展客户协作；
依照筹划来处置变革。

当然，迅速进程和办法不仅仅包括这四个原则，并且从迅速宣言公开辟布以来，迅速的界说及其实现也一向在赓续地增长和成长中。

迅速实践提出了一种新的网站制造软件开辟办法，而开辟运维则更进一步它基于这些实践办法，然则重要存眷于增强开辟与运维之间的协作和技巧互补，从而使开辟与运维的脚色与职责互相衔接(如今几乎涉及各个方面)。它引领了一场文化改变，让运维人员的工作方法更接近软件开辟人员，个中包含解决问题的方法及介入设计和安排进程的方法。