조직의 구조까지 바꿀 수 있는 문화?
DevOps가 대체 뭐길래

데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로, 소프트웨어 개발자와 정보기술 전문가 사이의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화입니다. 단순히 개발과 운영 두 단어의 합성어가 아니라 사용자, 도구, 문화 등 다양한 요소가 포함된 말이에요.

데브옵스의 정의에 '문화'라는 말이 들어가는 게 조금 특이한데요. 하나의 조직에서 개발과 운영을 함께 한다는 건 조직의 구조를 바꾸는, 그야말로 문화의 혁신과도 같기 때문이라고 해요. 아틀라시안(Atlassian)의 데브옵스 엔지니어링 책임자인 로버트 크론(Robert Krohn)은 이렇게 말하기도 했어요. "DevOps는 한 사람이 하는 일이 아니라 모두가 함께해야 하는 일입니다."

_{기존 방식을 과감히 버리고, 새로운 관행을 채택하는 것. DevOps 문화의 시작이에요. (출처: itsvit)}

데브옵스(DevOps)는 개발(Dev)과 운영(Ops)을 분리해왔던 기존의 '소프트웨어 개발 생명주기(Software Development Life Cycle, SDLC)' 방법론을 뛰어넘을 수 있게 해줄 것으로 보는 시각이 있어요. 팀에서 신속하고 독립적으로 개발, 테스트, 배포할 수 있는 프로세스를 구축할 수 있다는 기대 효과가 있기 때문이에요.

운영과 개발의 긴밀한 협력
DevOps는 선택이 아닌 필수

"살아남는 종은 가장 강하거나 가장 지능이 높은 종이 아니라 변화에 가장 잘 적응하는 종이다.
(It is not the strongest of the species that survives, nor the most intelligent; it is the one most adaptable to change.)"

찰스 다윈(Charles Robert Darwin)이 <종의 기원(On the Origin of Species)>에서 했던 말이에요. 기업이 시장에서 우위를 유지하려면 신속한 제품 출시, 수준 높은 서비스의 질, 지속적인 개선 등이 필수에요. 하지만 단 몇 분, 몇 시간 만에 수정 사항을 배포하는 것은 현실적으로 쉽지 않죠. 배포의 규모에 따라 수개월이 걸리는 경우도 있을 정도로 쉬운 작업이 아니니까요. 하지만 배포에 많은 시간이 걸릴수록, 경쟁에서는 불리할 수밖에 없어요.

전통적으로 개발 활동으로 여겨진 것과 운영 활동으로 여겨진 것들 사이에 단절이 크다는 인식 역시 무시할 수 없어요. 개발과 운영 사이의 협력은 배포 전부터 배포 후까지 폭 넓은 범위에서 오랫동안 지속돼요. 하지만 업무의 효율성을 위해 부서나 그룹 단위로 인프라를 구축해서 이용하다 보면 동기, 프로세스 등이 상충하는 경우가 많은데, 이 현상을 사일로(Silo) 현상이라고 해요. '혼란의 벽(Wall of Confusion)'이라고도 하는 이 단절은 조직 내의 갈등이나 비효율로도 이어질 수 있습니다.

데브옵스(DevOps) 팀에는 소프트웨어 배포의 속도와 질을 향상하기 위해 개발자와 IT 운영자가 공동 작업을 수행하면서 이 사일로 현상을 없애고자 합니다. 이를 위해서 데브옵스 팀은 아이디어 구상 및 개발부터 사용자 경험까지 전체 가치의 흐름을 이해해야 해요.

이렇게 개발팀과 운영팀이 더 긴밀하게 협업하고 많은 책임을 공유하면 개발팀과 운영팀 사이의 협업을 강화할 수 있어요. 그리고 이는 효율적인 시간 관리로 이어질 수 있습니다. 또한, 다양한 도구를 활용해서 프로세스를 자동화, 가속화 하면 고객의 니즈(Needs)와 시장 변화에 더 빠르게 적응할 수 있어 비즈니스의 경쟁력을 강화할 수 있답니다.

_{'고객을 위한 가치 창출'이라는 통합된 목표는 DevOps의 핵심이 되는 초석이에요. (출처: Go2Scale)}