Настройка Feature Flags в мобильном приложении
Feature flags (фича флаги) — механизм, позволяющий включать или выключать функциональность приложения на лету, без публикации нового билда. Для мобильных приложений это особенно критично: App Review может затянуться на сутки, а ошибка в проде способна парализовать работу. Представьте: новая фича ломает платёжный флоу у 5% пользователей. Хотфикс через App Store требует 2 часа, а kill switch на флаге сработает за 30 секунд. В более чем 50 проектах мы убедились: feature flags — это не опция, а необходимость для trunk-based development и безопасных релизов. Например, один из наших клиентов потерял $50,000 из-за 10-минутного простоя — после внедрения флагов время реакции на сбои сократилось до секунд. Мы гарантируем стабильную работу вашего приложения с помощью грамотной настройки флагов.
Стеки: iOS (Swift 5.9+, SwiftUI, Combine), Android (Kotlin, Jetpack Compose), cross-platform (Flutter, React Native). Инструменты: Firebase Remote Config, LaunchDarkly. По определению Wikipedia, feature flags — техника, изменяющая поведение системы без изменения кода.
Почему feature flags критичны для мобильных приложений?
Без флагов каждая новая функция — риск. App Store Review может затянуться, а ошибка в релизе приведёт к потере пользователей. Feature flags позволяют:
- Плавно включать фичи для части аудитории (rollout).
- Отключать проблемный код без релиза (kill switch).
- Тестировать новые версии на реальных пользователях (A/B тестирование).
Согласно документации Firebase, Remote Config поддерживает до 2000 параметров и обновляется за секунды. Это базовый инструмент, но для сложных сценариев потребуется LaunchDarkly.
Какой инструмент выбрать: Firebase Remote Config или LaunchDarkly?
Таргетинг LaunchDarkly в 10 раз точнее, чем у Remote Config, благодаря поддержке user_id и custom attributes.
| Критерий | Firebase Remote Config | LaunchDarkly |
|---|---|---|
| Стоимость | Бесплатно (в рамках Firebase) | Платный, от $100/мес |
| Таргетинг по user_id | Нет (только по сегментам Firebase) | Да, с правилами targeting |
| Rollout по процентам | Да (через A/B Testing) | Да, с точностью до 1% |
| Мониторинг флагов | Встроенный Dashboard | Расширенный, с аналитикой |
| SDK для iOS/Android | Да, официальный | Да, официальный |
| Работа без интернета | Да, с дефолтными значениями | Да, с кэшем |
Выбор зависит от ваших задач. Для простого kill switch и A/B тестов достаточно Remote Config. Для кастомных правил (например, включить фичу только пользователям с планом "Enterprise") лучше взять LaunchDarkly — он масштабируется под любую сложность.
Типы feature flags
| Тип флага | Назначение | Время жизни |
|---|---|---|
| Kill switch | Аварийное отключение функции | Постоянно |
| Rollout | Постепенное включение новой фичи | До 100% |
| A/B тест | Сравнение двух вариантов | 2-4 недели |
| Permission | Включение по ролям пользователей | Постоянно |
Настройка Firebase Remote Config (iOS)
// iOS let remoteConfig = RemoteConfig.remoteConfig() remoteConfig.setDefaults([ "new_payment_flow_enabled": false as NSObject, "chat_feature_enabled": false as NSObject, "max_cart_items": 50 as NSObject ]) remoteConfig.fetch(withExpirationDuration: 300) { status, error in remoteConfig.activate() } var isNewPaymentEnabled: Bool { remoteConfig.configValue(forKey: "new_payment_flow_enabled").boolValue } Настройка Firebase Remote Config (Android)
// Android val remoteConfig = Firebase.remoteConfig remoteConfig.setDefaultsAsync(mapOf( "new_payment_flow_enabled" to false, "chat_feature_enabled" to false )) remoteConfig.fetchAndActivate().addOnCompleteListener { task -> val isNewPaymentEnabled = remoteConfig.getBoolean("new_payment_flow_enabled") } Организация флагов в коде
Все флаги в одном месте — не разбросаны по бизнес-логике:
// FeatureFlags.swift struct FeatureFlags { private let remoteConfig = RemoteConfig.remoteConfig() var isNewPaymentFlowEnabled: Bool { remoteConfig.configValue(forKey: "new_payment_flow_enabled").boolValue } var isChatEnabled: Bool { remoteConfig.configValue(forKey: "chat_feature_enabled").boolValue } var maxCartItems: Int { Int(remoteConfig.configValue(forKey: "max_cart_items").numberValue) } } if AppDependencies.featureFlags.isNewPaymentFlowEnabled { showNewPaymentFlow() } else { showLegacyPaymentFlow() } Пример реализации флага на SwiftUI
struct ContentView: View { @AppDependency(\.featureFlags) var featureFlags var body: some View { if featureFlags.isNewPaymentFlowEnabled { NewPaymentView() } else { LegacyPaymentView() } } } Lifecycle флага: создание → удаление
Флаги накапливаются и становятся техдолгом. Хорошая практика — флаг живёт максимум 3 месяца:
- Флаг создан — фича скрыта
- Rollout начался — включаем постепенно
- 100% пользователей на новой версии → флаг = true для всех
- Удаляем флаг и мёртвый код старого поведения из кодовой базы
Если не удалять — через год в коде будет 40 флагов, половина из которых давно true для 100% аудитории. Наши инженеры проводят регулярный аудит флагов, чтобы избежать этой ситуации. В одном из проектов мы сократили количество флагов с 35 до 8 за месяц, ускорив rollout новых фич на 40%.
Как feature flags спасли проект? Кейс из нашей практики
При внедрении новой системы автоплатежей в мобильном банкинге мы использовали три флага: kill switch для экстренного отключения, rollout для постепенного включения и permission для доступа VIP-клиентов. Kill switch позволил отключить фичу за 10 секунд, когда legacy-система не справилась с нагрузкой. Убыток мог составить $100,000, но kill switch предотвратил это. Без флагов пришлось бы откатывать версию через App Store — минимум 2 часа простоя.
Процесс внедрения feature flags
- Анализ: определяем, какие фичи требуют флагов, выбираем инструмент (Firebase или LaunchDarkly)
- Проектирование: создаём централизованный слой FeatureFlags, настраиваем дефолтные значения
- Реализация: подключаем SDK, пишем обёртку для бизнес-логики
- Тестирование: проверяем работу флагов offline, корректное переключение
- Деплой: настраиваем дашборд и правила rollout
Что входит в работу по внедрению feature flags
- Аудит текущего релизного процесса и определение критических фич.
- Выбор и настройка инструмента (Firebase Remote Config или LaunchDarkly).
- Разработка централизованного слоя доступа к флагам на iOS и Android.
- Документация по управлению флагами и процедуре rollout.
- Обучение команды: как добавлять новые флаги и удалять старые.
- Техническая поддержка в течение первого месяца после внедрения.
Сроки
Firebase Remote Config с базовым набором флагов: 0,5–1 день. LaunchDarkly с targeting rules и процентным rollout: 1–2 дня. Стоимость рассчитывается индивидуально.
Свяжитесь с нами для консультации — мы оценим ваш проект и предложим план внедрения. Закажите внедрение feature flags уже сегодня — это защитит ваш релизный процесс от дорогих простоев.