패트릭 드부아가 DevOps를 명명하다: 벨기에의 사이드 프로젝트가 dev-ops 휴전에 이름을 붙이다

2007년, 벨기에 컨설턴트 패트릭 드부아는 벨기에 정부 부처의 데이터 센터 이전 작업에서 인증 및 준비 상태 테스트를 수행하고 있었으며, 한쪽에는 애플리케이션 개발자들을, 다른 쪽에는 서버·데이터베이스·네트워크 운영자들을 두고 그 사이에 걸쳐 있었다. 별개의 방법론, 별개의 일정, 상호 비난으로 갈라진 두 집단 사이의 장벽은 그에게 IT를 운영하는 더 나은 방법이 있어야 한다는 확신을 심어주었다.

컨퍼런스에 이름을 붙여 운동에 이름을 붙이다: 드부아는 헨트에서 열린 자신의 모임을 'Devopsdays'라고 브랜드화했고, 이 혼성어는 업계가 이 휴전 전체를 가리키는 자체 단어로 굳어졌다.

2008년 토론토에서 열린 Agile Conference에서 앤드루 셰이퍼는 'agile infrastructure'에 관한 버즈 오브 어 페더(birds-of-a-feather) 세션을 게시했고, 참석한 사람은 드부아 한 명뿐이었다. 그들은 제한적인 성과만 거둔 'agile systems administrators' 구글 그룹을 만들었다. 전환점은 2009년에 찾아왔다. O'Reilly Velocity에 참석할 수 없었던 드부아는 존 올스파우와 폴 해먼드의 이제는 전설이 된 Flickr 발표 '10+ Deploys per Day: Dev and Ops Cooperation'을 영상 스트림으로 시청했다. 영감을 받고 - 소셜 미디어상의 사람들에게 재촉받아 - 그는 그해 헨트에서 자신의 행사를 조직하고 그것을 Devopsdays라고 불렀다.

그 이름은 구글 그룹이 하지 못한 일을 해냈다. 흩어져 있던 일련의 실천들에 단일한 정체성을 부여한 것이다. Devopsdays는 2010년 마운틴뷰로, 그리고 2018년까지 30개 이상의 도시로 퍼졌으며, 'DevOps'라는 단어는 직함, 팀 이름, 컨퍼런스 트랙, 《The Phoenix Project》(2013), 그리고 Puppet의 State of DevOps 보고서(2012년부터)로 옮겨갔다 - 이 혼성어는 이제 업계가 스스로를 설명하는 방식이 되었다.

2007년, 벨기에 컨설턴트이자 프로젝트 관리자이며 애자일 실천가였던 패트릭 드부아는 벨기에 정부 부처의 데이터 센터 이전 작업에 투입되어, 두 부족 사이에서 인증 및 준비 상태 테스트를 수행하고 있었다. 빠른 반복적 변경을 밀어붙이는 애플리케이션 개발자들과, 서버·데이터베이스·네트워크의 안정성을 지키는 운영 팀이 그 두 부족이었다. 분리의 장벽과 상호 손가락질은 그가 그 프로젝트에서 가지고 나온 불만을 심어주었다.

2008년 토론토에서 열린 Agile Conference에서 앤드루 셰이퍼는 'agile infrastructure'에 관한 임시 버즈 오브 어 페더 세션을 소집했다. 정확히 한 사람이 참석했다. 드부아였다. 두 사람은 계속 대화를 이어갔고, 구글에 애자일 시스템 관리자 그룹을 만들었지만 제한적인 반응만 얻었다 - 아이디어는 옳았으나, 아무도 기대고 모일 깃발을 갖지 못했다.

그 깃발은 2009년에 도착했다. O'Reilly Velocity Conference에서 Flickr의 존 올스파우와 폴 해먼드는 '10+ Deploys per Day: Dev and Ops Cooperation at Flickr'를 발표하며 '내 코드가 아니라 네 기계 문제야'라는 대치를 역할극으로 재현하고, 개발과 운영이 매끄럽고 투명하며 통합된 관계가 되어야 한다고 주장했다. 드부아는 그 스트림을 시청하고 고무되었으며 - 소셜 미디어상의 다른 이들의 재촉에 힘입어 - 벨기에 헨트에서 자신의 컨퍼런스를 창설하고 그것을 Devopsdays라고 명명했다. 'DevOps'라는 단어가 공식적으로 등장한 것이다.

컨퍼런스 이름이 어째서 그것을 가리키는 역사적 단어가 되었는가: 이 혼성어는 두 전쟁 당사자를 하나의 용어 안에 담았고, 팔 제품이 없는 중립적 실천가였던 드부아는 그 이름을 벤더가 아니라 커뮤니티에 넘겼다. Devopsdays는 2010년 미국에 도달했고 2018년까지 30개 이상의 도시에 이르렀으며, 이 단어는 이제 팀 구조에서부터 State of DevOps 연구 보고서에 이르기까지 모든 것에 이름을 붙인다.

그 실천들은 단어보다 먼저 존재했다 - CI 도구, 애자일 방법론, 클라우드 자동화, Flickr의 배포 이야기 - 그러나 이름이 없었기에 흩어져 있었고, 이름을 붙임으로써 그것들은 하나의 운동으로 읽히게 되었다.

혼성어 자체가 타협이었다. 양쪽 단어가 그 용어 안에 있었기에 어느 쪽도 정체성을 포기할 필요가 없었고, 그 덕분에 적대적인 조직도 안에서도 받아들이기 쉬웠다.

드부아는 벤더가 아니라 연결자였기에 그 이름은 중립적인 자산으로 남았다 - 어떤 회사도 그것을 소유하지 않았고, 어떤 경쟁자도 그것에 반대할 이유가 없었다.

컨퍼런스 형식은 그 단어에 실천가들이 만날 수 있는 연례적인 집을 마련해 주었고, 그리하여 마케팅 부서가 아니라 커뮤니티가 DevOps의 의미를 정의할 수 있게 되었다.

그것에 이름을 붙이면 그것은 실체가 된다. 그 실천들은 수년간 유통되었으나 운동은 하나의 단어를 중심으로 응집된다 - 그리고 회의실 하나를 가진 한 실천가가 그 단어를 공급할 수 있다.

Devopsdays는 순회하는 제도가 되었다. Velocity의 뒤를 이어 2010년 마운틴뷰에서 첫 미국판이 열렸고, 2018년까지 전 세계적으로 30개 이상의 컨퍼런스가 예정되었다. 드부아가 만들어낸 어휘는 하나의 문헌 전체를 실어 날랐다 - 진 김의 소설 《The Phoenix Project》(2013), Puppet Labs의 State of DevOps 보고서(2012년부터), 그리고 결국 DORA 지표 - 그리고 'DevOps 엔지니어'는 소프트웨어 분야에서 가장 흔한 직함 중 하나가 되었다. 드부아는 여전히 이 운동의 대부로 소개되는데, 그것은 그가 밋업을 조직하는 거의 부수적인 결과로 만들어낸 단어 때문이다.