소프트웨어를 배포하듯 워크플로를 배포하세요
변경은 변경 집합으로 계획되고 실행된 뒤, 0에서 100%까지 가중치로 버전 간에 배분됩니다. 새 버전은 전체를 넘겨받기 전에 실제 트래픽의 일부에서 스스로를 증명합니다.
검토 가능한 변경 집합, 0~100% 가중치로 나누는 버전 간 트래픽, 환경 사이를 오가는 설정 승격.
변경이 배포되는 과정
- 검토 가능한 변경 집합으로 배포 — 배포는 먼저 계획되어 무엇이 바뀔지 변경 전에 확인할 수 있고, 그다음 실행하거나 취소합니다. 모든 단계가 감사되며 리소스 변경이 해당 배포에 연결되므로, 릴리스가 흩어진 편집이 아니라 하나의 단위로 읽힙니다.
- 버전 간 가중치 트래픽 — 들어오는 이벤트의 일정 비율을 새 버전으로 보내고 나머지는 기존 버전에 남길 수 있습니다. 먼저 5%만 흘려보내고 모니터링 화면에서 오류율을 확인한 뒤 비율을 올리거나, 다시 되돌리세요. 재배포는 필요 없습니다.
- 환경 간 설정 승격 — 워크스페이스 설정을 내보내 다른 곳으로 가져올 수 있으며, 이미 존재하는 항목을 어떻게 처리할지 명시적으로 정합니다. 스테이징은 더 이상 프로덕션이 이미 아는 것을 다시 입력하는 곳이 아닙니다.
- 환경별 변수와 시크릿 — 같은 워크플로 정의가 실행되는 곳에 따라 서로 다른 엔드포인트와 자격 증명을 가리킵니다. 승격은 워크플로의 형태만 옮기며, 프로덕션 키를 테스트 환경으로 끌고 오지 않습니다.
플랫폼 기능
- 0~100%: 버전별 트래픽 가중치
- 계획 → 실행: 적용 전에 변경 내용을 확인
- 내보내기/가져오기: 환경 간 설정 이동
새 버전을 점진적으로 출시할 수 있나요?
네. 트래픽은 0에서 100 사이의 가중치로 버전에 배정됩니다. 새 버전을 실제 이벤트의 작은 비율로 시작해 이전 버전과 오류율을 비교하고, 재배포 없이 가중치를 양방향으로 조정할 수 있습니다.
배포할 때 이미 진행 중인 실행은 어떻게 되나요?
버전은 서로를 대체하지 않고 공존하므로, 실행은 시작한 버전에서 계속 진행됩니다. 가중치는 새 이벤트가 어느 버전으로 들어갈지를 정할 뿐, 이미 진행 중인 작업에 손대지 않습니다.
환경마다 워크플로를 다시 만들어야 하나요?
아니요. 설정은 한 워크스페이스에서 내보내 다른 워크스페이스로 가져오며, 이미 존재하는 항목에 대한 충돌 전략을 지정할 수 있습니다. 변수와 시크릿은 각자의 환경에 묶여 있으므로 이동하는 것은 정의이지 자격 증명이 아닙니다.