환경을 나누어 릴리스 관리
릴리스 관리는 개발, 검증과 운영처럼 목적이 다른 환경에서 리소스 버전을 관리하는 과정입니다. 개발자가 새 기능을 만드는 동안 검증 담당자는 다음 버전을 확인하고 운영 사용자는 기존 기능을 계속 사용할 수 있도록 리소스와 입력 및 연동 대상을 분리합니다.
Foundry DevOps와 Marketplace의 설치본을 사용하는 방식과 전역 브랜치를 사용하는 방식이 있습니다. 업무의 수명과 필요한 격리 범위에 따라 함께 사용할 수 있습니다.
공간별 환경
공간(Space)은 개발 단계별 환경을 나누는 단위로 사용할 수 있습니다. 필요한 수만큼 구성할 수 있으며 일반적인 예는 다음과 같습니다.
| 환경 | 목적 |
|---|---|
| Development | 새 기능 개발 |
| Test | 개발한 기능의 수동 또는 자동 검증 |
| Production | 검증을 마친 기능의 실제 사용 |
환경마다 다음을 다르게 정할 수 있습니다.
- 데이터: 개발에는 가상 데이터, 검증에는 실제 데이터의 일부, 운영에는 운영 규모의 데이터를 사용합니다.
- 업무 동작: 비운영 환경에서는 알림을 시험용 그룹에 보내고 승인자를 개발자나 검증 담당자로 정할 수 있습니다.
- 외부 연동: 개발 데이터베이스와 개발 API를 사용하고 운영 환경은 운영 대상에 연결합니다.
환경 이름만으로 모든 외부 영향이 분리되지는 않으므로 입력과 수신자, 승인자 및 실제 연결 대상을 함께 설정합니다.
전역 브랜치와 설치본
전역 브랜치는 한 환경 안에서 여러 제작자가 변경을 나누어 개발하고 검토한 뒤 main에 병합할 때 적합합니다. 빠른 반복과 긴급 수정에 유용하지만 자원 유형의 지원 범위와 비교적 짧은 수명을 고려해야 합니다.
| DevOps와 Marketplace 설치본의 장점 | 전역 브랜치의 장점 |
|---|---|
| 환경별 다른 원천 시스템과 보안 정책 | 빠른 기능 개발과 사용자에게 배포 |
| 이전 제품 버전으로 갱신하는 경로 | 한 환경 안의 긴급 수정 |
| 릴리스 채널과 장기간 유지하는 환경 | 비활성 브랜치 데이터의 정책 기반 정리로 자원 비용 절감 |
브랜치의 비활성화와 데이터 삭제, 메타데이터 보존은 전역 브랜치 수명을 따릅니다. 쓰지 않는 브랜치의 모든 메타데이터가 즉시 삭제된다고 가정하지 않습니다.
설치본을 이용하는 절차는 DevOps 릴리스 구성에서 설명합니다.