DevOps 텍스트 교육
DevOps가 없으면 IT에서 어떤 문제가 발생하나요?
DevOps가 없는 IT에서는 개발팀과 운영팀이 흔히 충돌합니다. 고객에게 필요한 기능과 혜택의 엔드투엔드 품질 보증은 개발팀이 전혀 다른 프로젝트를 시작한 뒤에야 시작합니다. 정보 보안과 프로덕션 준비 상태 감사는 예정된 배포 전날에 실시합니다. 프로젝트의 중요한 이 시점에 소프트웨어 문제, 특히 8개월 전에 이미 찾아 수정했어야 할 설계 및 보안 결함을 해결하면 IT의 연속성뿐 아니라 비즈니스 연속성까지 위협받습니다. 지친 개발자, 비협조적인 운영팀, 고립된 테스트 및 정보 보안 부문, 요구는 많지만 어찌할 바를 모르는 프로젝트 및 제품 관리자, 화가 난 경영진, 좌절한 고객과 IT 이해관계자가 더해도 가치는 크게 늘지 않습니다.
여러 방향에서 얽힌 지나치게 많은 업무 인계와 종속성, 그리고 조율되지 않고 투명하지 않은 수많은 수작업이 IT 부서의 평범한 일상입니다.
일을 끝내는 데 오랜 시간이 걸리지만, 적어도 지금은 더 나은 선택지가 없습니다. 생계를 위해 여전히 이 일이 필요하다는 것도 알고 있습니다.
마침내 중요한 날이 왔습니다. 혼란스럽고 문제가 많았던 프로덕션 배포로 비즈니스에 상당한 가동 중단이 발생했습니다. 이번 배포가 기존 프로덕션 기능을 망가뜨렸는지 궁금해집니다. 프로덕션에서 실제로 무슨 일이 일어났고 무엇이 영향을 받았는지, 명확한 설명과 확실한 증거가 부족하다는 생각을 하게 됩니다.
그런데 넓은 IT 사무실의 복도에서는 벌써 가동 개시를 축하하기 시작합니다. 여러분도 한잔하며 지난밤 잠도 못 자고 고생했던 일을 잊을 때입니다. 어젯밤 프로덕션에서 망가뜨린 것은 어차피 다른 사람의 문제가 될 것입니다. 별일 아닙니다…
그렇다면 한때 상황이 처참하고 절망적이었던 이 어려운 프로젝트들이 어떻게든 끝날 수 있는 이유가 궁금할 것입니다. 답은 다음 정리에 있습니다. 무한 원숭이 정리. 요컨대 원숭이가 타자기 자판을 무한히 무작위로 두드리면 William Shakespeare의 전집과 같은 주어진 텍스트를 반드시 입력하게 된다는 정리입니다. 농담이 아닙니다.
마찬가지로 일이 언제 끝날지는 전혀 예측할 수 없지만, IT 팀이 프로젝트를 충분히 미뤄 시간을 벌기만 하면 결국 제공할 수 있을 것입니다.
개발과 운영 사이의 만성적 갈등
여러 핵심 책임 중 IT 조직에는 두 가지 주요 사명이 있습니다.
- 개발팀은 고객과 비즈니스가 서비스하는 시장의 변화하는 요구에 대응하기 위해 빠르게 제공해야 합니다.
- 운영팀은 고객과 시장에 안정적이고 예측 가능하며 안전한 서비스를 지속적으로 제공해야 합니다.
이런 구조에서는 개발팀과 운영팀의 사명과 동기가 상충합니다. 갈등은 IT 부서의 생산성, 서비스 품질, 고객 만족도와 성과를 낮추고, 결국 전체 비즈니스 성과를 떨어뜨립니다.
기술 부채가 쌓입니다
계속해서 문제에 긴급 대응하고, 임시방편을 쓰고, 당면 문제를 해결하기 위해 계획에 없던 일을 하면 기술 부채가 더 많이 쌓일 뿐입니다. 개발과 운영의 성과뿐 아니라 아키텍처, 정보 보안, 테스트, 제품 관리, 릴리스 관리, 비즈니스 이해관계자 등 다른 모든 부문에도 악영향을 미칩니다.
기술 부채는 재정적 부채와 비슷합니다. 재정적 부채가 많을수록 목표를 이루기 위해 선택할 수 있는 방법이 줄어듭니다. 결국 원하는 결과를 내는 올바른 결정을 하기 거의 불가능해지고, 부채가 더 늘어날 가능성이 커집니다.
기술 부채도 마찬가지입니다. 기술 부채가 많을수록 올바른 솔루션을 구축하고 제공할 방법이 줄어듭니다. 결국 임시방편 위에 임시방편을 쌓고, 카드로 만든 집 위에 또 카드로 집을 쌓습니다. 모두 무너지는 것은 시간문제입니다. 이미 알고 계실 것입니다.
가장 취약한 시스템에서 수익을 얻습니다
놀랍지는 않지만 우려되는 점은 비즈니스에서 가장 중요하고 수익을 창출하는 시스템이 오류, 장애, 가동 중단에 가장 취약하다는 것입니다.
이 시스템은 보통 사업의 중심에 있어 회의에서 어떤 식으로든 언급되지 않는 경우가 거의 없습니다. 거의 모든 프로젝트가 영향을 미치는 핵심 시스템입니다. 비즈니스에 매우 중요하므로 계속 작업하고 긴급 변경과 계획에 없던 수정을 하지만, 여전히 우선순위 1 인시던트가 끊임없이 발생합니다.
약속을 어기면 더 큰 약속을 합니다
IT 조직이 약속을 계속 어겨 이해관계자가 좌절하면, 그들은 지난 손실을 만회하기 위해 더 많은 것을 요구합니다. 더 나은 일자리 제안이 없는 한, 여러분과 리더는 대개 ‘그러지요’라는 말밖에 할 수 없습니다.
그러다 소프트웨어 개발 및 제공 조직에 평소보다 큰 과제가 주어집니다. 핵심 시스템과 IT 아키텍처가 주어진 ‘긴급한’ 일정 안에 요구사항을 충족하기에는 역부족이라, 기존 임시방편 위에 또 새로운 임시방편을 설계하기 시작합니다.
일이 더 이상 즐겁지 않습니다
결국 모두가 조금씩 더 바빠집니다. 일정표에는 채용되어 급여를 받는 본래 업무를 한 시간이라도 방해받지 않고 할 틈이 없습니다. 이메일이 쏟아져 이제는 대개 생산성이 낮은 회의 시간을 이용해 모호하고 의미 없는 수신 이메일을 지우고 훑어봅니다. 왜 조직에는 이메일 사용법과 작성법을 가르치는 필수 교육이 없는지 궁금해집니다.
자신의 일을 계속하려면 보통 다른 팀에 의존해야 합니다. 그런데 몇 주 전에 전한 요청은 아직 그 팀이 살펴보지도 못했습니다. 새 프로젝트 ‘Horizon 2400’을 막 시작했고, 취약한 소프트웨어 애플리케이션이 일으킨 우선순위 1 인시던트 9건도 해결해야 했기 때문입니다.
자신의 업무를 진행하려면 상대 팀에서 지정한 유일한 연락 담당자에게 답을 받아야 하기에 조금씩 초조해집니다.
참지 못하고 다시 이메일을 보내 요청을 상기시킵니다. 이번에는 그 담당자의 상사를 참조에 넣으면서 처음 요청할 때부터 그랬어야 했다고 생각합니다.
몇 초도 지나지 않아 화면에 부재중 알림 두 개가 나타납니다. 상대 팀의 유일한 연락 담당자는 이번 주가 끝날 때까지 ‘Horizon 2400’ 워크숍에 참석합니다. 상사는 오늘 병가 중입니다.
결론
이 장에서는 대부분의 기업과 IT 전문가가 마주하는 과제와 거의 모든 기업과 전문가가 겪는 상황 악화 및 악순환을 설명했습니다.
Gartner는 전 세계 기업이 수익을 창출하는 IT 시스템을 계속 가동하기 위해 예산과 일정에 없던 유지보수 업무에 매년 약 6,000억 USD를 낭비한다고 추정합니다. 숫자로 직접 써 보면 600,000,000,000 USD입니다.
여기까지 보셨다면, 정보기술처럼 높은 수준의 사고가 필요한 직종에서 이렇게 많은 낭비가 일어나는 이유를 이해하기가 쉽지 않다는 점을 아실 것입니다.
해결할 만한 과제입니다. DevOps는 일부 기업에 해답을 주며, 여러분의 회사에도 도움이 될 수 있습니다. 물론 실험하고 배우고 적응할 준비가 되어 있어야 합니다.
