Настройка Feature Flags через ConfigCat для безопасного деплоя

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

Выкатили новую фичу, а она ломает продакшен — откат через деплой занимает 10-15 минут, за это время падает метрика, растёт MTTR. Feature flags решают эту проблему: выключаете функцию одним переключателем в UI. ConfigCat выделяется среди аналогов тем, что ни один запрос флага не уходит на сервер во время работы — SDK скачивает конфиг целиком и оценивает правила локально. Это даёт предсказуемый latency (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) );