메인 콘텐츠로 건너뛰기

정책 그룹이란?

**정책 그룹(Policy Group)**은 관련 비즈니스 규칙들의 최상위 컨테이너입니다. Git 저장소처럼 여러 버전의 규칙을 보관하고 생명주기를 관리합니다. 각 정책 그룹은 고유한 이름, 실행 순서를 결정하는 우선순위, 트래픽 수용 여부를 제어하는 상태를 가집니다.

그룹 상태

그룹을 비활성으로 저장하는 즉시 운영 실행이 멈춥니다. 다시 ACTIVE로 바꿀 때까지 호출자는 403(P-009)을 받습니다. 그동안 계속 쓸 수 있는 기능은 그룹 비활성화를 보세요.

그룹 비활성화

결정이 잘못 나오는데 원인을 아직 모를 때 그룹을 비활성으로 바꾸세요. 배포된 것은 건드리지 않고 운영 실행만 멈추므로, 원인을 찾아 고친 뒤 같은 상태에서 다시 시작할 수 있습니다. 콘솔에서는 그룹을 비활성으로 저장할 때 먼저 확인을 받습니다. 비활성인 동안에는 그룹 화면 위 배너에 다시 활성화 버튼이 있습니다.

비활성화, 배포 해제, 롤백 중 무엇을 쓰나요?

프로모션 종료처럼 끝나는 날이 정해진 중단에는 그룹을 비활성으로 바꾸지 마세요. 대신 버전의 유효 기간을 지정하세요. 유효 기간이 끝나면 그룹은 지금 유효한 ACTIVE 버전 중 최신 버전으로 넘어가고, 그런 버전이 없으면 배포가 해제됩니다. 어느 쪽이든 복합 실행은 그대로 동작합니다. 비활성 그룹은 그 그룹을 대상에 넣은 복합 실행을 모두 거절합니다.

그룹 삭제

배포된 그룹은 삭제할 수 없습니다(P-020). 먼저 배포를 해제하세요. 진행 중인 A/B 테스트도 이때 함께 끝납니다. 삭제한 그룹은 그룹 목록에서 빠지고, 되살리거나 바꿀 수 없습니다. 설정 · 버전 · 규칙을 바꾸는 요청, A/B 테스트 시작 · 조정, 발행 · 배포가 모두 409(P-059)로 거절됩니다. 다시 시작하려면 새 그룹을 만드세요. 삭제한 그룹의 규칙은 fact 삭제도 막지 않습니다.

삭제한 그룹의 기록

삭제한 그룹의 이름은 바로 다시 쓸 수 있습니다. 그러면 기록에 이름이 같은 그룹이 둘 나올 수 있습니다. 삭제한 그룹과 나중에 새로 만든 그룹입니다. 배포(Deployments)의 배포 이력과 예약 배포, 실행 이력(Executions), 변경 영향 시뮬레이션, 의사결정 재실행, 대시보드의 최근 목록에서 삭제한 그룹의 행에는 삭제됨 배지가 붙습니다. 배지에 마우스를 올리면 그룹을 삭제한 시각이 보입니다. 같은 이름을 여러 번 삭제했다면 이 시각으로 그룹을 구분하세요. 삭제한 그룹의 기록만 보려면 배포나 실행 이력에서 그룹 필터를 열고 삭제한 그룹 아래에서 그룹을 고르세요. 항목마다 삭제한 시각이 함께 보입니다. 삭제한 그룹의 결정도 재실행할 수 있습니다. 의사결정 재실행에서 새 재실행을 열고 삭제한 그룹 아래에서 그룹을 고르세요. 실행 상세의 단건 의사결정 재실행은 그 실행이 속한 그룹의 버전을 보여 주므로, 삭제한 그룹의 실행에서도 똑같이 씁니다. 실행 · 배포 · 재실행한 적이 없는 그룹은 삭제하고 30일이 지나면 영구 삭제되고, 그때 필터에서도 빠집니다.

실행 제어 방식

여러 정책 그룹이 같은 실행 그룹을 공유할 때, 실행 제어 방식(activationMode)이 그중 몇 개의 그룹을 실행할지 결정합니다. 규칙이 아니라 그룹을 셉니다. 이긴 그룹의 규칙은 모두 실행됩니다. EXCLUSIVE 또는 MAX_N 모드에서는 실행 우선순위 전략(activationStrategy)이 겨루는 그룹의 순위를 매깁니다. 전략은 HIGHEST_PRIORITY 하나이며, 우선순위 번호가 가장 작은 그룹이 이깁니다.
멤버가 하나뿐인 실행 그룹은 경쟁 상대가 없습니다. 같은 실행 그룹에 두 번째 그룹이 들어오기 전까지 이 모드는 아무 효과가 없습니다.
실행 제어 방식은 그룹 레벨에서 작동합니다. 동일한 실행 그룹(activationGroup)을 공유하는 그룹 간 경쟁을 제어합니다. 단일 버전 내 규칙 간 충돌 해결은 상호 배타 그룹을 참조하세요.

A/B 테스트

정책 그룹은 라이브 트래픽으로 두 버전의 성능을 비교하는 A/B 테스트를 지원합니다. 현재 라이브 버전, 같은 정책 그룹의 테스트 버전(ACTIVE 상태), 그리고 테스트 버전으로 라우팅할 트래픽 비율(1–99%)이 필요합니다. 나머지 트래픽은 라이브 버전으로 갑니다. 두 버전 모두 실행 로그를 생성하므로 이력 탭에서 성능을 비교할 수 있습니다. 여기까지는 그룹 쪽 조건입니다. 요청 쪽에도 조건이 하나 더 있습니다. 실행 요청마다 context.trafficKey를 실어야 하며, 없으면 분배가 일어나지 않고 테스트 버전 트래픽이 0%에 머뭅니다. 트래픽 식별 키를 참조하세요.

다음 단계

정책 버전

그룹 내에서 버전이 어떻게 작동하는지 알아보세요.

A/B 테스트

버전 간 트래픽 분할을 설정하세요.