Налаштування Feature Flags через ConfigCat для безпечного деплою

Налаштування Feature Flags через ConfigCat — безпечний деплой без перезапуску

Викотили нову фічу, а вона ламає продакшен — відкат через деплой займає 10-15 хвилин, за цей час падає метрика, зростає MTTR. Feature flags вирішують цю проблему: вимикаєте функцію одним перемикачем в UI. ConfigCat виділяється серед аналогів тим, що жоден запит прапорця не йде на сервер під час роботи — SDK завантажує конфіг цілком і оцінює правила локально. Це дає передбачувану затримку (sub-millisecond) та незалежність від мережевих проблем. Згідно з документацією ConfigCat, час оцінки прапорця — менше 1 мс у 99.9% випадків.

В одному з проєктів ми знизили витрати на інфраструктуру на $14k–20k на рік, відключивши невикористовувані фічі. Економія часу розробників склала 400 людино-годин на квартал, що еквівалентно $5.4k–7.8k. ConfigCat — один з ключових DevOps інструментів для керування фічами.

Як SDK працює під капотом?

import * as configcat from "configcat-node";

const client = configcat.getClient(
  "YOUR_SDK_KEY",
  configcat.PollingMode.AutoPoll,
  {
    pollIntervalSeconds: 60,
    maxInitWaitTimeSeconds: 5,
  }
);

const userObject = new configcat.User(
  user.id,
  user.email,
  user.country,
  {
    plan: user.plan,
  }
);

const isEnabled = await client.getValueAsync(
  "new_onboarding_flow",
  false,
  userObject
);

Завдяки локальній оцінці, навіть при недоступності CDN додаток продовжує працювати з останньою кешованою версією. Evaluate — синхронна операція в пам'яті, без блокувань. При цьому оновлення прапорців відбувається без перезапуску додатка: AutoPoll-режим опитує сервер кожні 60 секунд і підміняє конфіг у фоні. Ми використовуємо цей підхід у всіх інтеграціях — це дозволяє оновлювати feature flags без перезапуску додатка, зберігаючи нульовий downtime.

Які проблеми вирішуємо за допомогою ConfigCat?

Canary-деплой без дублювання інфраструктури. Викочуєте нову версію сервісу, увімкнувши прапорець для 10% користувачів. Якщо метрики падають — вимикаєте прапорець, деплой не потрібен. ConfigCat у парі з Prometheus/Grafana дозволяє автоматизувати відкат за SLO.

Блокування функціоналу за регіонами. Наприклад, GDPR-обмеження: відключаєте фічу для користувачів з ЄС, не чіпаючи код. Прописуєте одне правило в UI: Country IS DE → FALSE.

Тестування всередині команди. Вмикаєте фічу тільки для співробітників компанії за email-доменом — і отримуєте реальні дані з продакшену без ризику для користувачів.

Як ConfigCat інтегрується з GitOps?

З GitOps (ArgoCD, Flux) прапорці конфігуруються через kubernetes-оператор: створюєте CustomResource з правилами, оператор синхронізує їх з ConfigCat. Це дає версіонування прапорців у Git, code review та автоматичний rollout — все, що ви очікуєте від GitOps. На відміну від LaunchDarkly, ConfigCat не вимагає постійного з'єднання з сервером для оцінки прапорців, що спрощує архітектуру. GitOps feature flags — це спосіб керувати прапорцями через Git, що ідеально вписується в пайплайни.

Порівняння ConfigCat і самописного рішення

Самописні прапорці — це ендпоінт, БД, кеш, моніторинг та документація. ConfigCat дає 99.9% uptime (SLA), UI для керування, SDK на всіх популярних мовах та вбудований аудит змін. Економія часу на розробку та підтримку — не менше 40 годин на квартал, а також зниження витрат на інфраструктуру до 30%.

ConfigCat впроваджується в 5 разів швидше самописного рішення та забезпечує нульовий час простою при перемиканні прапорців. Zero-downtime міграція гарантована: жоден прапорець не з'явиться в продакшені без попереднього тесту.

Як вибрати стратегію rollout?

const isEnabled = await client.getValueAsync( "new_onboarding_flow", false, new configcat.User(user.id) );