SQL을 사용한 기능 출시 분석
점진적 출시에는 할당, 릴리스, 제품 결과, 볼륨 및 관찰 시간을 보존하는 비교가 필요합니다. 해당 필드가 없으면 트래픽 혼합 변경이 기능 회귀 또는 개선처럼 보일 수 있습니다.
할당 경계 계측
제어된 기능 플래그 이름, 롤아웃 또는 제어 집단, 애플리케이션 릴리스, 터미널 상태, 기간, 환경, 중복 제거에 필요한 경우 승인된 계정 또는 요청 식별자를 기록합니다. 비교 창에서 할당을 안정적으로 유지합니다. 계정이 집단을 전환하는 경우 모든 과거 이벤트에 최신 값으로 라벨을 지정하는 대신 전환 시간을 보존하세요.
플래그 페이로드, 타겟팅 규칙, 고객 속성, 요청 본문 또는 원시 오류 메시지를 수집하지 마세요. 통제된 오류 카테고리와 제한된 코호트 라벨을 사용하세요.
신뢰성을 먼저 비교해보세요
기능 출시 SQL 레시피는 요청을 플래그, 집단 및 릴리스별로 그룹화합니다. 요청 횟수, 실패 횟수, 오류율, 평균 지연 시간을 함께 유지합니다. 결정론적 픽스처는 한 번의 실패와 더 느린 평균 대기 시간을 갖는 롤아웃 집단을 보여주며 제어 집단에는 실패가 없습니다.
결과를 순서대로 검토하세요.
- 두 집단 모두 동일한 릴리스와 전체 기간을 관찰했는지 확인합니다.
- 제어 및 출시에 충분한 요청이 필요합니다.
- 오류율과 대기 시간을 비교한 다음 제어된 오류 범주를 검사합니다.
- 할당 및 볼륨이 지원하는 경우에만 계획, 경로 또는 지역별로 세분화합니다.
- 서면 가드레일을 사용하여 일시 중지, 계속 또는 확장합니다.
비즈니스 결과를 얻으려면 안정성이 허용되는 경우에만 활성화 또는 수익 마일스톤에 동일한 안정적인 할당에 참여하세요. 제품 여정 가이드에서는 계산 단위를 명시적으로 유지하는 방법을 보여줍니다.
출시 결정을 재현 가능하게 만들기
SQL, 전환 확인 기간, 최소 샘플 규칙, 릴리스 및 출시 비율을 결정과 함께 저장하세요. 대시보드는 응답자가 기능 효과와 동시 코드 변경을 구별할 수 있도록 할당 변경 및 배포를 표시해야 합니다.
오류 예산, 릴리스 비교, 고객 영향 및 종속성 대기 시간을 확인하려면 API 신뢰성 레시피를 사용하세요. 가드레일에는 지속적인 증거가 필요합니다. 한 번의 작은 실패로 인해 자동으로 되돌릴 수 없는 결론이 내려지는 것이 아니라 검토가 시작되어야 합니다.