새로운 핵심 기능을 드디어 완성했습니다. 하지만 배포를 앞두고 이런 걱정이 듭니다.
“이 기능을 모든 사용자에게 한 번에 공개했다가, 혹시 모를 치명적인 버그 때문에 전체 서비스가 멈추면 어떡하지?”
과거에는 이런 위험 부담 때문에, 새로운 기능을 배포하는 ‘릴리즈’가 회사 전체의 큰 이벤트이자 스트레스였습니다. 하지만 ‘기능 플래그(Feature Flag)’ 기술을 활용하면, 이러한 걱정을 크게 덜 수 있습니다.
Q. ‘기능 플래그(피처 플래그)’, 정확히 무엇인가요?
코드 수정이나 재배포 없이, 특정 기능의 활성화/비활성화 여부를 실시간으로 제어할 수 있는 기술적인 장치입니다. ‘기능 토글(Feature Toggle)’이라고도 부릅니다.
- 비유: 아파트의 ‘두꺼비집(전기 차단기)’과 같습니다. 각 방(기능)마다 스위치가 있어서, 거실에 문제가 생겨도 거실 스위치만 ‘OFF’로 내리면 다른 방들은 문제없이 전기를 쓸 수 있습니다. 새로운 기능을 배포할 때, 이 기능만의 스위치를 미리 만들어두는 것입니다.
Q. 기능 플래그가 왜 그렇게 중요한가요?
‘배포(Deploy)’와 ‘릴리즈(Release)’를 분리하여, 더 빠르고 안전한 ‘릴리즈 관리’가 가능해지기 때문입니다.
- 위험 감소 (리스크 관리):
- 새로운 기능에서 치명적인 버그가 발견되어도, 개발자가 코드를 다시 수정하고 배포할 필요가 없습니다. 그냥 관리자 페이지에서 해당 기능의 플래그 스위치를 ‘OFF’로 바꾸기만 하면, 즉시 기능이 비활성화되어 사용자에게 미치는 영향을 최소화할 수 있습니다.
- 지속적인 배포 (Continuous Deployment) 지원:
- 아직 미완성인 기능이라도, 플래그를 끈(OFF) 상태로 안전하게 실제 운영 서버에 코드를 미리 배포해 둘 수 있습니다. 이는 CI/CD 흐름을 막지 않고, 개발 속도를 유지하는 데 큰 도움이 됩니다.
- 점진적 릴리즈 (Progressive Delivery):
- 모든 사용자에게 한 번에 기능을 공개하는 대신, 특정 사용자 그룹에게만 점진적으로 기능을 노출하며 안정성을 검증할 수 있습니다.
- 예: ‘내부 직원에게만 먼저 공개’, ‘전체 사용자 중 10%에게만 랜덤으로 공개’ (이러한 방식을 ‘카나리 릴리즈’라고도 합니다.)
Q. QA는 ‘기능 플래그’를 어떻게 테스트해야 하나요?
테스트해야 할 경우의 수가 늘어나지만, 그만큼 더 다양한 상황을 꼼꼼하게 검증할 수 있습니다.
- 1. 플래그 ON/OFF 상태 테스트:
- 플래그가 ‘ON’일 때: 새로운 기능이 기획대로 잘 동작하는지 기존처럼 테스트합니다.
- 플래그가 ‘OFF’일 때: 새로운 기능이 사용자에게 전혀 보이지 않는지, 그리고 기존 기능들에 아무런 나쁜 영향을 주지 않는지 ‘회귀 테스트’를 수행합니다.
- 2. 다양한 플래그 조합 테스트:
- 여러 개의 기능 플래그가 동시에 존재할 때, 이들의 조합에 따라 예기치 않은 충돌이 발생하지는 않는지 확인합니다. (예: A 기능 ON & B 기능 ON, A 기능 ON & B 기능 OFF 등)
- 3. 사용자 타겟팅 테스트:
- ‘내부 직원’ 그룹으로 설정된 기능이, ‘일반 사용자’ 계정으로 로그인했을 때 보이지 않는지, 반대로 ‘내부 직원’ 계정으로는 잘 보이는지 등을 확인합니다.
결론: 자신감 있는 릴리즈의 비결
기능 플래그는 현대적인 소프트웨어 개발에서 리스크를 관리하고, 유연하게 기능을 배포하는 핵심 기술입니다.
QA는 이 피처 플래그의 원리를 이해함으로써, 단순한 기능 검증을 넘어 ‘안전한 릴리즈 전략’에 직접적으로 기여하는 중요한 역할을 맡게 됩니다. 기능 플래그 테스트는 QA에게 더 많은 고민을 요구하지만, 동시에 팀 전체에 ‘자신감 있는 릴리즈’를 선물하는 강력한 무기가 됩니다.