网站建设运维工程师眼里的开发运维

软件工程师与运维工程师双方在软件开发与维护过程当中要更严密协作和分享相似职责。对付运维与软件开发职员之间的关系，20年前与此刻比拟有何差别在发布、故障修复和协作方面)?

在20世纪80年代和90年代，软件的规模还比力小。开发者编写软件，将它托付给“制造环节”，如保留到软盘或光盘中，而后就能够发往市肆。市肆卖力将它贩卖给用户。若是用户遇到问题，那末他们就会招呼客户服务。客户服务的方针是制止客户与软件开发职员直接相同。若是零碎管理员遇到了规模问题(自动化装置或让一台服务器处置更大的用户量)，那末他们会根据操纵手册的注明进行操纵，可是他们大大都时辰会将这个问题转交给真正理解这些商品的开发工程师，而后由他们卖力开发出真实的解决计划。

开发职员与客户的关系:一对多。
与客户的互动:禁止。
零碎管理任务:偶然。

火速是怎样改动您与开发职员的互动的?

我以为开发运维是火速要领的一定后果。若是一个软件团队因为更快的发布周期和更高效的交流而需求普及自身的效力，那末将零碎管理员加到这个过程当中不是更有意思吗?

开发运维与火速之间存在不少的相似性。它们各自都是对方的演化，而开发运维一定插手火速宣言的实践要领和理念。火速宣言最先发布于2001年，其时web真正成了一个正式成熟的平台。它的主要观点有

个体勾当与互动经由过程过程与工具实现；
经由过程周全文档领导软件开发；
经由过程合同协商展开客户协作；
根据计划来处置变动。

当然，火速过程和要领不只仅包罗这四个准则，并且从火速宣言公开发布以来，火速的界说及实在现也一直在不竭地添加和发展中。

火速实践提出了一种新的网站建设软件开发要领，而开发运维则更进一步它基于这些实践要领，可是主要存眷于增强开发与运维之间的协作和手艺互补，从而使开发与运维的脚色与职责互相连贯(此刻险些波及方方面面)。它引领了一场文明转变，让运维职员的事情体式格局更挨近软件开发职员，此中包括解决问题的体式格局及参加设计和部署过程的体式格局。