Page History

운영배포 티켓은 운영에 반영되는 만큼 다음과 같은 엄격한 조건을 걸수가 있습니다.

• QASignOFF가 나지 않는 운영배포는 실행되면 안됨
• 처리하지 못한 몇가지 이슈가 남아 있을시, 연기가되거나 최고책임자의 조건부 승인이 필요함 -처리하지 못한 이슈를 은닉하고 서비스에 반영될시 그책임은 개발자가 지기때문입니다.
• 배포순서에의해 문제가 생길수 있기때문에 배포절차를 명시적으로 언급해야하고 롤백 계획도 수립해야함 -롤백은 사실 엄청난 결정력이 따릅니다.
• 환경설정변경 의존 라이브러리 수동설정등이 있을시 언급이되어야하고 빌드책임자의 승인거부항목으로 자동화에대한 고민이필요함
• 도메인에따른 SSL설정의 중앙화(IIS에서 SSL을 위한 443Port Listen을 하지 않음), DB암호 설정의 중앙화(개발자는 운영 DB의 암호를 알면안됨),어플리케이션 설정 빌드툴에 분리화(Ex>각종 IP설정및,튜닝요소)
• 소스에서 환경설정을 분리함으로 개발자에의한 수동설정에 대한 이슈가 점점 없어지기 시작했습니다.
• 소스 빌드 자동외에 외부 라이브러리 관리를 넥서스라는 중앙 자료실에서 관리하여 빌드툴과 연동됨(서비스코드에서 외부 라이브러리 코드를 분리하고 ,어느 특정 라이브러리의 특정버젼이 인터넷상에서 제거되었을시 , 잘못된 인터넷경로를 참조하여 빌드되었을시등 의 빌드가 깨지는 문제를 막기 위함입니다.)

자동반영이 준비안되고수동반영으로 운영에 반영을 했을시점, 빌드관리자는 항상 해당 반영의 승인을 거부하였습니다.

하지만, 약속된 날자에 프로덕트(운영) 반영이 필요했기에 프로덕트 관리자의 조건부 추가 승인이 필요했으며

위와같은 승인 절차가 있었기에, 모든 운영에 반영되는 사소한 프로젝트조차 겱국 배포및 실행 자동화가 되었습니다.