- [C126] (Dev팀과 Ops팀) 각 팀의 목표는 어떻게 다른가요? 두 팀의 목표에서 상충되는 부분이 존재하나요?
Dev팀은 애플리케이션을 통한 쉽고 빠른 새로운 기능 제공을 위해 업데이트를 통해 제품에 변화를 가져와야 한다.
Ops팀은 제공하고자하는 프로덕션 앱의 안정성을 확보해야한다.
Dev팀은 변화를 추구하고 Ops팀은 안정을 추구하기때문에 서로 상충되는 부분이 생김.
- [C127] DevOps를 실현 가능하게 하기 위해 기술이 필요한 부분과, 기술이 아닌 문화로 풀어야 할 부분은 각각 무엇인가요? CI/CD 파이프라인에 근거해 답해봅시다.
- 기술적 부분
CI (Plan - Code - Build - Test )
CI(지속적 통합)를 통해 개발자들은 코드 변경 사항을 공유 브랜치 또는 "트렁크"로 다시 병합하는 작업을 더욱 수월하게 자주 수행할 수 있습니다. 개발자가 애플리케이션에 적용한 변경 사항이 병합되면 이러한 변경 사항이 애플리케이션을 손상시키지 않도록 자동으로 애플리케이션을 구축하고 각기 다른 레벨의 자동화 테스트(일반적으로 단위 테스트 및 통합 테스트) 실행을 통해 변경 사항이 애플리케이션에 제대로 적용되었는지를 확인합니다. 다시 말해, 클래스와 기능에서부터 전체 애플리케이션을 구성하는 서로 다른 모듈에 이르기까지 모든 것에 대한 테스트를 수행합니다. 자동화된 테스트에서 기존 코드와 신규 코드 간의 충돌이 발견되면 CI를 통해 이러한 버그를 더욱 빠르게 자주 수정할 수 있습니다.
CD (Release - Deploy - Operate)
프로덕션 준비가 완료된 빌드를 코드 리포지토리에 자동으로 릴리스하는 지속적 제공의 확장된 형태인 지속적 배포는 애플리케이션을 프로덕션으로 릴리스하는 작업을 자동화합니다. 프로덕션 이전의 파이프라인 단계에는 수동 작업 과정이 없으므로, 지속적 배포가 제대로 이루어지려면 테스트 자동화가 제대로 설계되어 있어야 합니다.
- 문화적 부분
DevOps의 중심에는 공통의 책임, 상호 신뢰 및 열린 소통의 문화가 있습니다. 로컬 빌드에서 작동한다고 개발 팀이 작업을 완료 처리하는 것만으로는 충분하지 않습니다. 개발자들이 프로덕션 준비가 된 코드를 전달하려면 릴리스까지의 과정을 볼 수 있어야 합니다. 이는 부서간의 장벽을 허물고 품질 보증팀, 보안 및 인프라팀과 협업하여 프로세스에서 해당 팀의 과정을 이해하는 것을 의미합니다.
Devops를 실현하기 위해 먼저, 개발문화가 변화를 수용하도록 보상시스템을 마련할 필요가 있다. 각 기능별로 성과를 보상하는 것이 아니라 전체 개발 차원에서 성과를 측 정하고 보상해주어야 한다.
https://www.redhat.com/ko/topics/devops/what-is-ci-cd#%EC%9A%94%EC%95%BD
https://www.jetbrains.com/ko-kr/teamcity/ci-cd-guide/devops-ci-cd/
http://pds26.egloos.com/pds/201310/24/85/Devops1.pdf