Налаштування 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 днів. Вартість визначається після аналізу обсягу робіт.

Порівняння: саморобні флаги 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.