애플리케이션에 새로운 기능을 추가하거나 업데이트할 때, 개발자들은 다양한 시나리오에 대처하기 위한 도구가 필요합니다.
예를 들어 :
- 알파 및 베타 테스트: 정식 출시 전, 특정 테스터 그룹에게만 기능을 제공해야 할 때.
- 신기능 검증: 특정 사용자 그룹에게만 기능을 공개하여 실제 사용자들의 반응을 확인하고 싶을 때.
- 환경 기반 테스트: 운영 서버의 데이터와 환경을 필요로 하는 기능에 대한 테스트가 필요한 상황일 때.
- A/B 테스트: 어떤 UI/UX 구성이 가장 높은 전환율을 보일지 확인하고 싶을 때.
이처럼 다양한 상황에 대응하려면 단순히 기능을 켜거나 끄는 것을 넘어, 기능의 구성과 설정까지 제어할 수 있는 도구가 필요합니다. 특히, 특정 기능을 활성화하려면 추가적인 설정을 배포하거나 조건에 따라 기능을 세밀히 조정해야 할 때가 많습니다.
Flagsmith를 사용하면 이러한 기능을 더욱 쉽게 관리할 수 있습니다. 기능을 생성할 때 단순히 "켜짐/꺼짐" 설정이 필요한 경우 Feature Flags로 구성하고, 세부적인 값(예: 텍스트, 숫자, 옵션 등)이 필요한 경우 원격 설정으로 구성할 수 있습니다. 이를 통해 애플리케이션의 유연성과 제어력을 높일 수 있습니다.
Feature Flags란 무엇인가요?
Feature Flags(또는 Feature Toggles)는 애플리케이션에서 특정 기능을 조건에 따라 활성화 혹은 비활성화할 수 있는 ‘설정 도구’입니다. 마틴 파울러(Martin Fowler)는 Feature Flags의 개념과 활용에 대해 대표적인 글을 남겼으며, 이 개념은 현재까지도 널리 사용되고 있습니다.
개발팀은 주로 새로운 기능이나 대규모 업데이트를 점진적으로 도입할 때 Feature Flags를 활용합니다. 이를 통해 알파 또는 베타 사용자처럼 제한된 사용자에게만 기능을 노출하거나, 준비되지 않은 기능을 일반 사용자에게 숨길 수 있습니다. Feature Flags는 특정 조건(예: 무작위 사용자 비율, 특정 설정을 가진 사용자 등)에 따라 기능을 활성화하거나 비활성화할 수 있어, 다양한 사용자 경험을 효율적으로 관리할 수 있도록 돕습니다.
Feature Flags는 사용자를 그룹으로 분류하거나 특정 조건에 따라 각 사용자에게 다른 애플리케이션 경험을 제공할 수 있는 기능입니다. 팀은 사용자 데이터를 기반으로 그룹을 분류하거나, 앱 사용 패턴, 이메일, 수동 할당 등을 활용해 사용자 그룹을 정의할 수 있습니다. 각 그룹이 사용할 수 있는 기능을 Feature Flags를 통해 설정할 수 있습니다.
예를 들어, 특정 사용자에게만 새로운 기능을 우선 노출하고, 점진적으로 적용 범위를 늘려 전체 사용자에게 배포할 수 있습니다. 이를 단계적 롤아웃(Phased Rollout) 또는 카나리 배포(Canary Deployment)라고 합니다.
Feature Flags는 단순히 기능 노출 여부를 제한하는 것을 넘어, 사용자가 해당 기능을 얼마나 자주, 얼마나 오래 사용하는지 추적할 수 있습니다. 또한, 사용자가 기능 사용을 중단하는 시점 등의 데이터를 수집, 해당 기능의 임팩트 분석도 가능합니다.
Feature Flags는 Mixpanel, Amplitude 같은 분석 도구나 Segment 같은 고객 데이터 플랫폼과 연동할 수 있습니다. 이를 통해, 수집된 사용자 데이터를 자동으로 PA 솔루션으로 전송하고, 각 기능에 대한 사용자 반응을 상세하게 분석할 수 있습니다.
Feature Flags는 다양한 분야와 기업에서 사용하고 있습니다. 제품 그로스를 위한 신기능 Phased rollout(단계적 배포), 특정 사용자 그룹에 맞춘 개인화된 경험 제공 등 활용 방식은 무궁무진합니다. 그럼 구체적인 활용 예시를 소개해 드리겠습니다.
기능 플래그의 사용 사례
단계적 롤아웃 (Phased Rollouts, AKA Canary Releases, Canary Deployments, or Incremental Rollouts)
A사는 애플리케이션의 핵심 구성 요소를 교체하는 과정에서 Flag Smith의 Feature Flags를 활용했습니다. 기존 앱에 새로운 기능을 추가하고, Feature Flags를 통해 일부 사용자에게만 이를 활성화했어요. 두 버전을 따로 빌드하거나 배포할 필요 없이, 기존 앱에서 새로운기능을 점진적으로 전환을 완료했습니다. 이 과정에서 성능과 안정성 데이터를 수집하며 앱 사용자들은 거의 변화를 느끼지 못했습니다.
A/B 테스트 (A/B/n Testing or Multivariate Testing)
A/B/n 테스트는 사용자 반응을 바탕으로 여러 옵션 중 가장 효과적인 시안을 선택하는 방법입니다. B사는 광고 플랫폼들을 비교 실험하기 위해 Flag Smith의 Feature Flags를 활용했습니다. 특정 광고 플랫폼을 특정 사용자의 디바이스에서만 활성할 수 있게 했고, 이를 통해 동일한 앱 버전을 배포하는 동시에 다양한 플랫폼에서 실시간으로 A/B(또는 A/B/n) 테스트할 수 있었습니다. 덕분에 가장 높은 수익을 가져오는 플랫폼을 찾아낼 수 있었습니다.
킬 스위치 (Kill Switches)
Feature Flags는 새로운 기능 출시 시 킬 스위치로도 활용됩니다. 한 고객은 LogRocket이라는 문제 대응 도구를 Feature Flags로 제어했습니다. 문제가 발생하면 플래그를 활성화해 데이터를 수집하고, 해결 후 플래그를 비활성화해 서비스를 안정적으로 유지했습니다.
이처럼 Feature Flags는 단순한 기능 활성화 도구를 넘어 제품 안정성과 성능을 개선하는 데 다양한 방식으로 활용할 수 있습니다.
원격 설정(Remote Config)
원격 설정(Remote Configuration)은 애플리케이션이 백엔드 서버나 서비스에서 설정 정보를 가져와 기능을 구성하는 방식입니다. 이 설정은 사용자에게 보이지 않으며, 백그라운드에서 작동해 각 사용자 그룹에 서로 다른 경험을 제공합니다. 원격 설정을 통해 애플리케이션의 동작을 동적으로 관리할 수 있으며, 백엔드 운영자는 애플리케이션의 다양한 요소를 유연하게 제어할 수 있습니다.
그럼 몇 가지 예시를 살펴봅시다.
원격 설정의 사용 사례
다중 환경 테스트 간소화
개발자들은 원격 설정을 사용해 애플리케이션을 다양한 실행 환경(예: 통합, 테스트, 프로덕션)에서 손쉽게 테스트합니다. 예를 들어, 프로덕션 환경에 맞게 배포된 애플리케이션이라도, 통합 테스트나 기능 테스트를 위해 원격 설정을 통해 환경 설정값을 변경하면 각 환경에 맞게 애플리케이션을 실행할 수 있습니다.
3rd party API Keys Push
원격 설정을 활용해 API 키를 애플리케이션에 푸시하는 사례도 있습니다. 타사 서비스를 사용하는 애플리케이션에서는 API 키가 주기적으로 만료될 수 있습니다. 원격 설정을 통해 만료된 키를 업데이트하고 애플리케이션에 자동으로 푸시함으로써, 실시간으로 키를 관리하고 최신 상태로 유지할 수 있습니다.
또한, 원격 설정은 개발자가 애플리케이션의 OAuth 제공자 카탈로그를 관리할 때도 유용하게 사용됩니다. 새로운 인증 서비스를 추가해야 할 경우, 원격 설정에 해당 정보를 추가하고 이를 애플리케이션 사용자에게 푸시하면 간단히 작업이 완료됩니다.
백엔드 업데이트
애플리케이션이 백엔드 서비스와 상호작용하는 경우, 설정값을 조정하거나 미세 조정할 필요가 생길 때가 있습니다. 이런 작업을 애플리케이션 업데이트를 통해 수행하면 시간이 많이 소요되고, 사용자에게도 영향을 미칠 수 있습니다. 대신 원격 설정을 사용하면 애플리케이션 설정을 특정 사용자 그룹에게만 동적으로 배포한 후, 모니터링을 통해 결과를 확인하고 필요한 조정을 할 수 있습니다.
예를 들어, 일부 사용자에게 새로운 설정값을 푸시하고, 텔레메트리 데이터를 통해 사용자 반응을 분석합니다. 분석 결과에 따라 설정을 업데이트하고 다시 푸시하는 과정을 반복해 최적의 설정값을 찾습니다. 설정이 확정되면 이를 모든 사용자에게 배포하거나, 다음 애플리케이션 버전에 포함시켜 배포할 수 있습니다.
이전 예시들은 주로 백그라운드에서의 유연성에 초점을 맞췄지만, 사용자에게 직접적으로 영향을 미치는 사례들도 존재합니다.
애플리케이션 콘텐츠 변경
기업들은 개발자의 개입 없이 dynamic client-side 기능을 활용해 다양한 이점을 얻을 수 있습니다. 예를 들어, 애플리케이션 관리자가 자주 변경되는 콘텐츠를 사용자에게 실시간으로 제공하고자 할 때가 이에 해당합니다.
개발자들은 콘텐츠를 저장하는 맞춤형 콘텐츠 관리 시스템(CMS)을 구축하고 이를 표시하는 클라이언트 사이드 기능을 추가할 수도 있지만, 또 다른 접근법은 맞춤형 CMS를 건너뛰고 원격 설정을 사용해 마케팅 팀이나 다른 팀이 직접 콘텐츠를 변경하는 것입니다.
예를 들어, 건강 및 피트니스 애플리케이션이 사용자 디바이스에 동기부여 콘텐츠나 운동관련 콘텐츠를 정기적으로 푸시한다고 가정해 보겠습니다. 콘텐츠가 애플리케이션 설정에 존재한다면 이를 표시하는 기능을 간단하게 구현하고, 그 후 콘텐츠 업데이트는 다른 팀이 원격 설정을 사용해 직접 설정하고 변경할 수 있습니다. 이렇게 하면 콘텐츠가 준비되면 원격 설정을 통해 팀이 업데이트를 수행하고 사용자에게 즉시 콘텐츠가 전달됩니다.
알림(Notification)
원격 설정을 사용해 누구나 사용자에게 알림을 푸시할 수 있습니다. 예를 들어, 백엔드 시스템에서 장애가 발생하면 관리자가 원격 설정을 통해 애플리케이션에 상태 업데이트를 전달할 수 있습니다. 애플리케이션은 변경 사항을 감지해 알림 메시지를 가져와 사용자에게 즉시 표시합니다.
Feature Flags와 Remote Configuration(원격 설정) : 어떤 것을 선택해야 할까요?
Feature Flags와 원격 설정의 차이는 각각이 처리하는 데이터 유형과 사용 사례에 따라 결정됩니다.
- Feature Flags는 주로 활성화/비활성화와 같은 단순한 설정을 관리하는 데 사용됩니다. 예를 들어, 특정 기능을 사용자에게 보이게 하거나 숨기는 작업에 적합합니다.
- **Remote Configuration(원격 설정)**은 단순한 활성화/비활성화 이상의 세부적인 값을 설정하거나 복잡한 데이터를 다룰 때 활용됩니다. 예를 들어, 사용자별로 다른 콘텐츠를 제공하거나 동적으로 설정을 변경해야 할 때 적합합니다.
두 가지를 함께 사용하면 애플리케이션의 동작을 정밀하게 제어할 수 있으며, 업데이트 없이도 실시간으로 설정을 변경할 수 있습니다.
Flagsmith는 Firebase 원격 설정의 대안으로, Feature Flags와 원격 설정을 모두 지원합니다. Flagsmith에서 기능을 생성할 때 Value(값)를 추가하면 원격 설정으로, 값을 비워두면 Feature Flags로 설정됩니다. 간단하면서도 강력한 제어를 제공하는 솔루션입니다.
결론
원격 설정과 Feature Flags는 개발자들이 다양한 상황에서 사용자 경험을 맞춤화할 수 있도록 돕는 강력하고 유연한 도구입니다. 현재 또는 계획 중인 애플리케이션에 이 두 가지 접근 방식을 어떻게 적용할 수 있을지 고민해 보고, Flagsmith를 통해 직접 사용해 보세요.
Flagsmith의 Feature Flags 및 Remote Config를 사용해 보고 싶다면 Marketfit Lab Solutions에서 무료로 데모를 진행해 볼 수 있습니다.
언제든 상담하세요!
.svg)
