娇色导航

변화에 대한 저항
데브옵스 배포는 혼란스러울 수 있으며, 조직 전체의 일부 팀원은 변화를 수용하기 어려울 수 있다. 데브옵스 지지자들은 경영진뿐만 아니라 개발 및 운영 팀으로부터도 동의를 얻어야 한다.

소프트웨어 개발자이자 신발 공급업체 365 크록스(365 Crocs)의 창립자인 앤 응우옌은 “기존 업무 방식에 익숙한 사람들이 데브옵스에 저항할 수 있다. 파일럿으로 작게 시작하여 사람들에게 이점을 직접 보여줘야 한다”라고 말했다.

안전 장치 관리를 위한 클라우드 기반 제품을 제공하는 인스펙트앤트랙의 수석 소프트웨어 개발자이자 관리 파트너 션 스피틀 또한 개발자, 운영, 보안 및 기타 팀 모두 새로운 프로세스와 도구에 저항할 수 있다고 지적했다.

“경영진은 데브옵스의 이점을 명확하게 전달하고 조직 전체의 동의를 얻어야 합니다. 교육하고 성공을 축하하며, 각 팀에 데브옵스 챔피언을 지정하면 문화적 변화를 주도하는 데 도움이 될 수 있다”라고 그는 말했다.

미진한 조직 역량
성공적인 데브옵스에는 다양한 기술이 필요하지만 이러한 기술을 처음부터 확보하지 못한 조직이 흔하다. 

컴퓨팅 기술 산업 협회(CompTIA)는 데브옵스 엔지니어에게 필요한 핵심 기술로 리눅스 기초 및 스크립팅, 관련 도구 및 기술에 대한 지식, 클라우드 서비스, 코딩, 자동화, 테스트, 보안, 사전 모니터링, 컨테이너화, 지속적인 통합 및 버전 관리 등을 제시한다.

“필요한 지식을 갖춘 전문가를 찾거나 교육하는 데는 시간과 노력이 필요하다”라고 리눅스 재단 산하 CNCF(Cloud Native Computing Foundation)의 CIO이자 에코시스템 책임자인 테일러 돌레자이는 말했다.

그는 이어 “교육 프로그램, 개발 서비스 제공업체와의 파트너십, 지속적 학습 문화 등을 통해 기존 팀의 숙련도를 높여야 한다. 개발팀과 운영팀 간의 긴밀한 협업을 장려하면 기술 공유와 데브옵스 관행에 대한 전체적인 이해를 촉진할 수 있다”라고 덧붙였다.

데브옵스 구현에 필요한 기술을 제공하는 데 도움이 될 수 있는 데브옵스 관련 인증이 많이 있습니다. 하지만 기업은 공식적인 교육과 인증 외에도 필요한 기술을 습득하기 위해 다양한 방법을 모색할 수 있습니다.

SD-WAN 및 사이버 보안 전문 마켓플레이스 네티파이(Netify)의 정보 보안 리더인 타이무르 일랄은 “공식적인 교육에 더해 시험과 테스트 프로젝트를 통해 학습하면 역량이 쌓인다. 무엇보다도 업무 수행 방식을 혁신하기 위한 명확한 비전이 중요하다”라고 말했다.

섀도우 IT
IT 부서 이외의 부서나 그룹에서 IT 시스템을 도입하는 행위, 즉 섀도우 IT는 여전히 큰 위험 요인이다. 특히 클라우드의 성장으로 인해 많은 조직에서 기술 리더의 감독 없이 서비스형 소프트웨어(SaaS) 제품이나 기타 제품을 조달하는 행태가 증가하고 있다.

“많은 조직이 레거시 시스템, 문서화되지 않은 프로세스, 불량 애플리케이션으로 이루어진 복잡한 지하 세계에 갇혀 있다. 이러한 시스템은 단순한 기술적 인공물이 아니라 조직의 문화와 운영 구조에 깊숙이 자리 잡곤 한다”라고 게임 개발사이자 퍼블리셔인 워게이밍의 개발 엔지니어인 막심 무라베브는 말했다.

그는 이어 관건은 이러한 섀도우 시스템을 근절하는 것이 아니라 “그 목적을 이해하고, 가능한 경우 통합하며, 필요한 경우 규정을 준수하는 우수한 대안을 제공하는 것”이라며 “이를 위해서는 단순한 기술자가 아닌 조직심리학자로서 복잡한 인적 네트워크와 이러한 시스템과의 친화성을 탐색할 수 있는 데브옵스 리더가 필요하다”라고 말했다.

양자급 복잡성
데브옵스에는 각종 움직이는 영역과 이들 영역 사이의 연결성이 담긴다. 한 영역의 변경이 예상치 못한 방식으로 다른 여러 영역에 영향을 미치기 때문에 의사 결정이 복잡해질 수 있다.

무라베브는 “데브옵스 환경에서의 의사 결정은 시스템의 한 부분에서 내린 선택이 조직 전체에 즉각적인 영향을 미칠 수 있는 양자 얽힘의 [물리학] 원리와 비슷하다. 특히 대규모 배포에서 이러한 상호 연결성은 간단해 보이는 의사 결정에서 예측할 수 없는 결과를 초래할 수 있다”라고 지적했다.

이러한 문제를 해결하려면 무라베브가 ‘양자 리더십’이라고 부르는 접근 방식, 즉 다양한 결과와 그 확률을 고려하여 정보에 입각한 의사 결정을 내릴 수 있는 능력이 필요하다.

그는 “예측 분석에 투자하고, 지속적인 학습 문화를 조성하며, 때로는 예상치 못한 결과에 빠르게 적응할 수 있는 탄력적인 사고방식을 개발해야 한다”라고 말했다.

모니터링 한계
문제를 신속하게 파악하려면 데브옵스 시스템에서 빈번하거나 지속적인 감독이 필요하다. 스피틀은 “데브옵스를 채택하면 변경 사항이 현장에 빈번히 적용된다. 따라서 문제를 사전에 감지하기 위해서는 강력한 모니터링이 매우 중요하다. 하지만 많은 모니터링 도구는 동적이고 분산된 애플리케이션에 적합하지 않다”라고 지적했다.

해결을 위해서는 애플리케이션과 인프라를 계측하여 세분화된 메트릭과 로그를 수집해야 한다. 특히 머신러닝 분석 기술인 AI옵스 플랫폼과 같은 솔루션은 데이터를 상호 연관시켜 근본 원인을 신속하게 찾아내는 데 도움이 된다. 그는 “궁극적으로 전체 스택에 걸쳐 통합된 가시성을 확보해야 한다”라고 말했다.

낮은 품질의 산출물
데브옵스는 확실히 소프트웨어 개발 프로세스를 개선할 수 있다. 하지만 최종 결과물이 품질 요구 사항을 충족하도록 하기란 또다른 문제다. 특히 사용자가 구매하는 제품에 대한 안목이 높아진 요즘 같은 시기에는 더욱 그렇다.

클리블랜드 연방 준비 은행의 소프트웨어 개발자 책임자 댄 셰퍼는 “중앙 집중식 개발 팀에 만연한 문제는 기능적으로는 완벽하지만 최적화 및 재사용성 측면에서 적정 기준에 미치지 못하는 결과물을 전달하는 것”이라고 말했다.

그에 따르면 이러한 문제의 근원은 문제 해결에 대한 접근 방식에 있는 경우가 많다. “솔루션이 장기적인 영향이나 재사용 가능성을 고려하지 않고 즉각적인 문제를 해결하기 위해 만들어진다. 이러한 관행은 유지 관리 및 확장이 어려운 코드베이스로 이어진다”라고 셰퍼는 설명했다.

이는 데브옵스 관행의 효율성과 민첩성에 영향을 미칠 뿐만 아니라 소프트웨어 개발 라이프사이클의 전반적인 품질과 지속 가능성에도 악영향을 미친다. 그는 “나 역시 이로 인해 간결성, 구성 가능성, 재사용성을 높이기 위해 IoC(인프라스트럭처-as-코드) 및 파이프라인 코드를 리팩터링하곤 한다”라고 말했다.

비용 폭주
클라우드, 온프레미스, 하이브리드 시스템 등에 걸치는 복잡하고 다양한 데브옵스 환경으로 인해 비용이 초과되어 데브옵스의 이점을 희석할 수 있다. 

데브옵스 관행을 통합하면 특히 비용이 급격히 증가할 수 있는 클라우드 환경에서는 재정적인 문제도 발생합니다.”라고 IT 컨설팅 및 소프트웨어 개발 서비스 제공업체인 사이언스 소프트의 IT IT 디렉터 앤디 립니트스키는 말했다.

그는 이어 “우리가 채택한 해법은 엄격한 모니터링과 예산 관리다. 또 수요에 따라 리소스를 동적으로 조정하고, 클라우드 리소스의 크기를 조정하고, 적절한 스토리지 유형을 선택하는 등의 솔루션을 활용해 성능이나 확장성을 저하시키지 않으면서 운영 비용을 최적화한다”라고 전했다.

과도한 백로그
또 다른 중요한 과제가 있다. 중앙 집중식 개발팀이 여러 이해관계자의 요청을 수용해야 하기 때문에 발생할 수 있는 광범위한 백로그를 관리하는 것이다. 다양한 개발 팀, 경영진, 제품 팀 등에게 부하가 발생하게 된다. 

셰퍼는 “이로 인해 전략적 비즈니스 목표와 밀접한 요청보다는 목소리가 큰 요청자의 요구가 먼저 충족되는 우선순위 지정 문제가 종종 발생한다”라고 설명했다.

이러한 상황에서는 최적의 우선순위가 정해지지 않고, 프로젝트가 지연되기 쉽다. 또 자신의 프로젝트가 소외되었다고 느끼는 팀원들 사이에서 좌절감을 일으킬 수 있다고 그는 덧붙였다. 

간과되는 인적 영향
많은 조직에서 데브옵스의 핵심은 소프트웨어 개발 및 배포 프로세스에 자동화를 도입하는 것이다. 하지만 정작 인적 요소가 걸림돌일 수 있다. 무라베브는 “코드, 배포 파이프라인, 자동화된 프로세스 등이 각기 다른 방식으로 사람에게 영향을 미치며 업무 루틴, 직업 안정성, 사기에 영향을 미친다”라고 말했다.

이를 해결하기 위해 조직은 자동화가 인간에게 미치는 영향에 대해 이해하는 ‘자동화 공감'(automation empathy)을 키워야 한다는 주문이다 “여기에는 모든 수준의 이해관계자와 소통하고, 자동화에 대한 정서적 반응을 측정하는 피드백 루프를 통합하고, 인간의 가치를 대체하는 것이 아니라 향상시키는 방향으로 자동화 전략을 조정하는 것이 포함된다”라고 그는 말했다.

경영진의 변화 부족
전자 테스트 및 측정 장비와 소프트웨어를 제공하는 키사이트테크놀로지스의 娇色导航댄 크란츠에 따르면 경영진이 데브옵스의 속도를 따라가지 못하는 경우에 주의해야 한다. 

그는 “경영진이 차기 년도의 프로젝트 계획을 수립하는 데 반년을 소비하는 한편, 워터폴 프로젝트 팀은 전년도의 계획을 실행하는 데 시간을 보내곤 했다. 이러한 방법론에서는 상황에 맞춰 주 단위 또는 월 단위로 민첩하게 대응하기 어려웠다”라고 이야기를 시작했다.

크란츠는 이어 “퓨전 제품 팀으로 전환하려면 경영진이 먼저 기존의 관행에서 벗어나야 한다. 연 단위로 프로젝트 포트폴리오를 규정하고 주요 비즈니스 성과를 평가해선 곤란하다”라고 덧붙였다.

즉, 각 팀별로 유연하게 핵심 성과 지표(KPI) 목표를 설정하고, 정기적으로 KPI 달성도를 검토하며, 필요에 따라 개발자 역량을 조정할 수 있어야 한다. “경영진이 지속적으로 검토하고 목표를 조정해야 하며, 각 팀이 목표 달성을 위한 스프린트를 자체적으로 조직해야 한다”라고 말했다. dl-ciokorea@foundryco.com