배포(deploy) 아키텍처 - 배포 코스
2008. 10. 2. 16:29

리소스설정치환에 관한 글에서 얘기했듯이 개발소스와 빌드결과물은 여러 서버를 거치면서 생성,이동,배치됩니다.
개발자 로컬PC -> (소스저장소) -> 빌드서버(CI서버) -> 개발서버 -> 테스트서버 -> 스테이징서버 -> 운영서버
1차원적으로 일렬로 나열하니까 간단해보이지만 실상 어플리케이션의 이동경로는 2차원적으로 설계됩니다.
마치 수학자 오일러가 최단코스를 찾기 위해 고민한 것처럼 우리는 각각의 서버를 거점으로 하는 배포 코스를 그려가야 합니다.
(배포의 위상수학? 배포 아키텍처? 음.. 배포 아키텍처가 맘에 드는군요.)
하지만 너무나 다양하고 특이한 개발환경이 많이 존재하기 때문에 배포코스에 관한 뚜렷한 공식은 없는것 같습니다. 
아래에 저의 경험과 동료들의 의견 그리고 온라인상의 자료 등을 종합해서 크게 3가지의 대표적인 코스를 그려보았습니다.
어떤게 베스트 프랙티스다라고 딱부러지게 말씀은 못드리겠군요.

(코스에서 테스트서버는 포함하지 않았습니다. 
솔직히 제가 겪었던 모든 프로젝트에서는 개발서버가 테스트서버,스테이징서버의 역할을 모두 겸하고 있었습니다.)
1.빌드서버 중심 코스

-개발서버용, 스테이징서버용, 운영서버용 어플리케이션(빌드산출물)을 모두 빌드서버에서 생성

-어플리케이션은 빌드서버에서 각각의 서버로 전송되어 배포됨



-또는 스테이징 서버에 전송된 어플리케이션을 다시 운영서버로 전송하기도 함


2.소스저장소 중심 코스

-개발서버, 스테이징서버, 운영서버가 개별적으로 소스장소로부터 전체 개발소스를 취합하여 각각의 환경에 맞는 
어플리케이션을 빌드하여 배포
3.혼합된 코스

-개발서버용 어플리케이션은 빌드서버에서 생성하여 개발서버로 전송되어 배포

-스테이징서버용은 스테이징 서버가 소스저장소로부터 전체 개발소스를 취합하여 빌드하고 배포

-스테이징서버에서 빌드된 어플리케이션을 운영서버로 전송