본인 및 기업 소개

Q. 안녕하세요. 간단한 기업 소개 부탁드립니다.

저는 AIA 생명 플랫폼 개발팀 소속으로 일을 하고 있구요, AIA 생명은 광고를 통해 많이 알고 있으실 것 같아요. AIA 그룹은 중국 상하이에서 최초 설립된 이래 100년 동안 영업 하고 있으며 일본을 제외한 아시아 태평양 18개국에 걸쳐 생명 보험 산업의 리더로 사업을 영위해 오고 있습니다.

아틀라시안 솔루션 도입 동기

Q. 많은 업무 협업 툴 중에서 아틀라시안 솔루션을 선택하신 이유가 있나요?

우선 저희는 기존에 타사의 개발 프로세스 관리 솔루션을 사용하고 있었습니다. 해당 솔루션의 노후와 문제와 함께 신규 솔루션 도입을 검토한 부분도 있고, 무엇보다 애자일한 업무 프로세스와 클라우드 기반 환경 대한 니즈가 있는 상태였습니다. 또한 아틀라시안은 AIA 그룹 표준 소프트웨어로 선정되어 있었고 이미 본사에서도 도입되어 운영 중인 솔루션이었어요. 따라서 신뢰할 수 있고 범용적이며 확장성 있는 아틀라시안 툴을 선택하게 되었습니다.

프로젝트 진행 범위

Q. 폴라리스 오피스와 진행한 이번 프로젝트의 주요 목표는 무엇이었나요?

우선, Phase 1에서는 노후화된 개발 프로세스 관리 시스템을 걷어낸 후 아틀라시안 솔루션으로 대체하는 작업을 진행했습니다. 당시에는 Jira와 Confluence를 도입하여 IT 요청 접수를 통합하고 산출물을 관리하는 협업 환경 구성했습니다. 이후 Phase 2에서 폴라리스 오피스와 협업을 했고 CI/CD 파이프라인 구축을 목표로 프로젝트를 진행했습니다. 저희의 장기적인 목표는 모든 시스템을 클라우드 환경으로 마이그레이션 하는 것이었고, 그렇다면 다음에 따라오는 게 DevSecOps 잖아요? 따라서 DevSecOps를 구축하기 전에 CI/CD 파이프라인 우선 자리잡고 있어야 했습니다. Jira는 이미 도입되어 있지만 형상관리 목적으로는 타사의 소스 매니지먼트 솔루션을 사용하고 있었기 때문에 이를 Bitbucket으로 대체하면서 형상 관리 전략과 Git 사상을 입혀 구성을 하는 방식으로 진행했습니다.

또한 Phase 1에서는 아틀라시안 솔루션이 온프레미스에 구축되어 있었는데, Phase 2에서는 MS Azure 클라우드 랜딩존을 구축 후 아틀라시안 솔루션을 랜딩존에 옮기는 작업을 진행했습니다. Phase 2 에서의 첫번째 과업이 클라우드 마이그레이션이라고 할 수 있겠네요. 이 부분도 폴라리스 오피스 팀이 훌륭하게 잘 진행해 주셨습니다. 현재는 아틀라시안 솔루션이 AIA 생명 MS Azure 클라우드 랜딩 존에 최초로 올라간 시스템이 되었네요.

Q. 새로운 툴로 교체가 되면서 제품을 익히고 적응하는데 어려움이 있었을 텐데, 어떻게 해결하셨나요?

가장 우려했던 점이긴 했어요. 기존에 오래 사용하던 소스 관리 시스템의 구조가 Git하고는 전혀 달랐습니다. 또 Git이란게 처음 접하기에는 어려운 점도 있어서 많은 고민을 했는데, 계속 교육을 진행하면서 그런 부분을 해결해 나갔던 것 같습니다. 감사하게도 폴라리스 오피스 분들이 프로젝트 진행하는 중간에도 내부 직원들 대상으로 총 4번의 오프라인 교육을 해주시고 아웃소싱 인력 대상으로도 2회의 교육을 진행해 주셨어요. 그 외에도 계속 추가 교육을 진행해주시면서 매뉴얼만 보고 A부터 Z까지 따라할 수 있게끔 많은 지원을 해 주셨습니다. 덕분에 많이 우려했던 것에 비해서 소프트 랜딩을 하지 않았나 라는 생각을 갖고 있습니다.

아틀라시안 솔루션 도입 효과

Q. CI/CD 구축 프로젝트 진행 후 얻게 된 효과나 성과가 궁금합니다.

가장 개선된 점은 프로세스 간소화와 배포 시간의 단축입니다.

구축 전에는 1번부터 10번까지의 프로세스가 차례대로 진행이 되었다고 하면, 구축 후에는 Jira와 Jenkins 그리고 Bitbucket이 유동적으로 연동되면서 불필요한 프로세스를 자동화할 수 있는 포인트가 많이 생기더라고요. 그래서 사람 손을 거치던 부분들은 최대한 자동화로 대체했고, 그 결과 개발자들이 배포를 기다리는 시간이 줄고, 배포 시간이 단축되다 보니 현업에서도 테스트할 수 있는 시간이 늘어나게 되는 그런 긍정적인 효과들이 연쇄적으로 많이 일어났습니다.

Q. 실제 배포까지 소요된 시간을 프로젝트 전후로 비교해 보셨다고?

네, 일반적으로 배포 프로세스라고 하면 개발자가 개발 완료 후에 유저 테스트 환경에 이를 업로드 하고 그 다음에 운영 환경에 배포를 하는 구조로 진행됩니다. 그런데 저희는 개발이 끝나고 UAT 환경에 배포하기 전 3가지 단계가 더 존재합니다. Supervisor, PM, Operator 이렇게 3번의 결재 프로세스를 거쳐야만 유저들이 테스트할 수 있는 환경에 올라가게 되어 있었어요.

그런데, 이제 CI/CD에 자동화까지 적용하면서 불필요한 3단계를 다 제거해 버린 거죠. 야간이나 주말에 배포가 예정되어 있어서 UAT 환경 배포가 필요한 경우 관련된 담당자들은 대기 후에 수동으로 확인(클릭)을 해줘야 되는데 그 부분에 대한 의존도가 감소하게 되었습니다.

저희가 폴라리스 오피스와 CI/CD 구축 전후를 비교하여 UAT 환경 배포까지 소요되었던 시간을 뽑아서 데이터를 비교해보았습니다. 구축 전에는 위 절차를 수행하는데 60분을 초과하는 경우가 33% 정도로 가장 많았어요. 수동 프로세스를 거치다 보니 담당자가 중간에 자리를 비운다거나 회의를 참석한다고 하면 그대로 대기 시간이 되거든요.  하지만 구축 후에는 10분 이하가 34% 정도, 20분 이하가 11% 정도로 정말 대비되는 그래프가 그려지더라고요. 저희도 이 부분에서는 정말 만족하고 있습니다.