Feature Flag
기능 플래그
Feature Flag는 프로그램이 돌아가는 동안 확인하는 스위치예요. 코드를 새로 배포하지 않아도 기능을 바꿀 수 있죠.
다른 예시
새로운 결제 시스템은 직원들에게 먼저 보여주고, 그다음 5%의 고객에게 선보여요. 오류가 생기면 기록해 둔 끄기 스위치가 자동으로 작동해요.
주요 부분
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
사용할 때
신중한 롤아웃, 실험 또는 긴급 종료에 사용하세요. 각 플래그에 소유자와 종료 날짜를 지정하세요.
다음 경우에는 사용하지 마세요
영구적인 플래그, 숨겨진 권한 확인, 테스트하지 않은 조합, 민감한 특성에 따른 타겟팅은 피하세요.
코드에서 사용된 이름
flag key + targeting rule + default + expiry 출시하기 전에
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 기능 플래그 (Feature Flag)。 User context:새로운 결제 시스템은 직원들에게 먼저 보여주고, 그다음 5%의 고객에게 선보여요. 오류가 생기면 기록해 둔 끄기 스위치가 자동으로 작동해요. Technical concept or control:기능 플래그 (Feature Flag)。 Why it fits:신중한 롤아웃, 실험 또는 긴급 종료에 사용하세요. 각 플래그에 소유자와 종료 날짜를 지정하세요. Do not use it when:영구적인 플래그, 숨겨진 권한 확인, 테스트하지 않은 조합, 민감한 특성에 따른 타겟팅은 피하세요. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
이 요청을 확인하세요
Review how 기능 플래그 (Feature Flag) is used now. Definition: Feature Flag는 프로그램이 돌아가는 동안 확인하는 스위치예요. 코드를 새로 배포하지 않아도 기능을 바꿀 수 있죠. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.