S8 · ALM과 환경 변수
만든 에이전트를 개발 → 운영으로 안정적으로 옮기고, 버전을 관리하는 것이 ALM입니다. 실무 배포의 마지막 관문입니다.
ALM이 필요한 이유
- “개발 환경에서 됐는데 운영에서 안 돼요” 방지
- 변경을 추적·롤백 가능하게
- 여러 사람이 충돌 없이 협업
핵심 개념
| 개념 | 의미 |
|---|---|
| 환경(Environment) | 개발/테스트/운영 등 분리된 공간 |
| 솔루션(Solution) | 에이전트·흐름·커넥터를 묶는 배포 단위 |
| 환경 변수(Environment Variable) | 환경마다 달라지는 값(URL·키 등)을 외부화 |
| 관리/비관리 솔루션 | 비관리=개발용, 관리=배포용 |
환경 변수 — 왜 중요한가
개발 환경의 API 주소와 운영 환경의 주소는 다릅니다. 이 값을 코드에 박으면 환경 이동마다 수정해야 합니다. 환경 변수로 외부화하면, 같은 솔루션을 환경만 바꿔 배포할 수 있습니다.
실습 — 환경 변수 적용
- 솔루션에 에이전트·흐름·커스텀 커넥터를 모두 담습니다.
- 환경 변수 생성: 예)
사내API_BaseUrl,정산파일_경로 - S4 커넥터/S6 흐름에서 하드코딩 대신 환경 변수 참조로 변경
- 솔루션 내보내기(관리형) → 운영 환경에서 가져오기
- 가져오기 시 환경 변수에 운영 값을 입력 → 코드 수정 없이 전환
배포 파이프라인 (개념)
[개발 환경] 솔루션 작성·검증
│ 내보내기(관리형)
▼
[테스트 환경] 환경 변수=테스트값, UAT
│
▼
[운영 환경] 환경 변수=운영값, 게시
운영 체크리스트
- 모든 구성요소가 하나의 솔루션에 포함
- 환경별 값은 환경 변수로 외부화
- 시크릿(키)은 안전 보관 (Key Vault 등 권장)
- 배포 전 테스트 환경 검증(UAT) 통과
핵심 정리: ALM = 솔루션 + 환경 + 환경 변수로 “개발→운영”을 코드 수정 없이 안정 배포.
이전 ← S7 · 입력 구조화 · 다음 → S9 · 마무리와 부록
이 과정은 Microsoft Business Solutions 팀 최정우 매니저님의 '문과생을 위한 Copilot Studio'를 참고하여 제작했습니다.