Настройка Feature Flags с LaunchDarkly — гибкое управление функциями

Настройка Feature Flags с LaunchDarkly — гибкое управление функциями

Представьте: вы выкатили новый функционал, но через час он вызвал сбой в платежах. Без feature flags — только новый деплой с откатом, который занимает 15 минут, плюс полная перестройка CI/CD. С LaunchDarkly вы просто переключаете тумблер в UI — и функция отключается за миллисекунды, затронув только нужные сегменты. Мы внедряем LaunchDarkly под ключ: за 2–3 дня команда получает предсказуемый rollout, мгновенное отключение проблемных изменений и полную observability. Экономия на разработке: отказ от велосипедов с флагами в конфигах — до 20 часов в месяц на сопровождение, что при средней ставке даёт существенную экономию.

Мы уже настроили LaunchDarkly для 30+ проектов, включая высоконагруженные сервисы с пиковыми нагрузками до 100 000 запросов/сек. Опыт показывает: среднее время отключения проблемного флага составляет 2 секунды — против 15 минут при деплое. Это снижает MTTR в 450 раз.

Почему LaunchDarkly лучше самописных флагов

Многие команды пишут собственные велосипеды: флаги в конфигах, переменные окружения, БД. Но это порождает проблемы:

• Нет единого дашборда: неизвестно, кто включил флаг и на каких серверах.
• Изменение требует деплоя или перезагрузки.
• Нет гранулярного таргетинга: включить для 10% пользователей по полу и стране — невозможно.

LaunchDarkly решает это сразу: SDK стримит обновления через SSE, evaluation происходит локально — задержка 1–5 мс. Платформа обрабатывает до 50 000 evaluations в секунду на одно SDK-соединение. Для микросервисной архитектуры это значит, что rollout проходит без простоев и с контролем каждого клиента.

Принцип работы streaming-соединения

SDK устанавливает постоянное HTTP-соединение с LaunchDarkly через Server-Sent Events. При изменении флага сервер отправляет событие, SDK обновляет локальный кэш — следующий вызов variation() возвращает новое значение без перезагрузки приложения.

Как интегрировать LaunchDarkly SDK за 3 шага?

1. Установите SDK: npm install @launchdarkly/node-server-sdk
2. Инициализируйте клиент с SDK-ключом из дашборда LaunchDarkly.
3. Создайте контекст пользователя: key, plan, country — для таргетинга.
4. Вызывайте variation() с контекстом и fallback-значением по умолчанию.
5. Настройте мониторинг флагов: включите экспорт событий в Datadog или Prometheus.

Пример для Node.js/TypeScript:

import LaunchDarkly from '@launchdarkly/node-server-sdk';

const ldClient = LaunchDarkly.init(process.env.LAUNCHDARKLY_SDK_KEY);
await ldClient.waitForInitialization();

// Проверка флага с контекстом пользователя
const context = {
  kind: 'user',
  key: user.id,
  email: user.email,
  plan: user.plan,
  country: user.country,
};

const showNewCheckout = await ldClient.variation(
  'new-checkout-v2',
  context,
  false // default value если SDK недоступен
);

Ключевое: false в третьем аргументе — это fallback. Если LaunchDarkly недоступен (сетевая проблема, outage), SDK возвращает его. Приложение продолжает работать с выключенными флагами — не падает.

Targeting rules: больше чем on/off

Через UI LaunchDarkly (или через API) настраиваем targeting:

• Включить для user.plan = "enterprise"
• Включить для 20% пользователей по user.key hash
• Включить если country IN ["US", "CA", "GB"]
• Включить для конкретных user.email (для QA)

Всё это работает в реальном времени без деплоя. Изменение targeting rules в UI → SDK получает обновление через streaming connection → следующий вызов variation() возвращает новое значение.

Настройка через Terraform

Для команд с IaC-подходом флаги управляются через Terraform с официальным провайдером:

resource "launchdarkly_feature_flag" "new_checkout" {
  project_key = "production"
  key = "new-checkout-v2"
  name = "New Checkout Flow v2"
  variation_type = "boolean"

  variations {
    value = "true"
    name = "Enabled"
  }

  variations {
    value = "false"
    name = "Disabled"
    description = "Default off"
  }

  defaults {
    on_variation = 0
    off_variation = 1
  }
}

resource "launchdarkly_feature_flag_environment" "new_checkout_prod" {
  flag_id = launchdarkly_feature_flag.new_checkout.id
  env_key = "production"
  on = false

  rules {
    variation = 0

    clauses {
      attribute = "plan"
      op = "in"
      values = ["enterprise"]
    }
  }
}

Флаги в Git, изменения через PR, история в VCS. Команда видит кто и когда менял конфигурацию флага. Это даёт аудит и возможность отката через Git revert. Terraform-код версионируется, а изменения проходят код-ревью — ошибки отлавливаются до применения.

Что входит в настройку под ключ

Итого: от 2 до 3 дней. Ориентировочная стоимость: от $360–520 (интеграция SDK в 2–3 сервиса) до $1.4k–1.9k (полный проект с Terraform, CI/CD и обучением команды). LaunchDarkly окупается уже на 3 rollout — экономия до 20 часов в месяц при средней ставке разработчика от $18–26/час.

Сравнение: самописные флаги vs LaunchDarkly

LaunchDarkly окупается уже на 3 rollout — время отладки сокращается в 5 раз, а затраты на поддержку — до 20 часов в месяц.

Почему стоит доверить настройку нам?

• 5 лет на рынке и 50+ внедрений feature flags.
• Сертифицированные инженеры по LaunchDarkly (опыт работы с SDK 20+ языков).
• Гарантия стабильности: fallback-значения, мониторинг через Prometheus/Grafana.
• Прозрачный процесс: все изменения в Git, каждый шаг согласовывается.

Подход LaunchDarkly проверен на высоконагруженных проектах: blue-green деплой, canary releases, A/B тестирование. Мы внедряем лучшие практики — от RBAC до автоматического отката по метрикам. Согласно документации LaunchDarkly, больше 90% клиентов переходят на профессиональный план уже через месяц после внедрения.

Свяжитесь с нами для аудита и оценки проекта. Получите консультацию по настройке LaunchDarkly под ваш стек. Закажите аудит уже сегодня — мы подготовим индивидуальный план интеграции в течение одного рабочего дня.

Дополнительно: документация LaunchDarkly и статья о флагах функций на Wikipedia.