Версия: Релиз 23.10.2026

Configurator

Версии в этом релизе
Чарт	`registry.trisigma.io/trisigma/charts/trisigma-configurator:0.5.0`
Образ	`registry.trisigma.io/trisigma/images/trisigma-configurator:0.4.0`

Сервис управления A/B-экспериментами.

Назначение

Configurator — центральный сервис платформы. Управляет жизненным циклом экспериментов: создание, настройка, расчёт результатов, визуализация.

Ключевые функции:

Управление схемами и миграциями
Отправка конфигураций экспериментов (маркеры, сегменты) в Splitter
ETL-загрузки и аналитические запросы через Trino
Генерация DAG-конфигов для Airflow
API для Frontend и внешних интеграций

Деплой

Параметры инсталляции задаются в values-trisigma.yaml. Создайте файл из примера: cp values-trisigma.yaml.example values-trisigma.yaml.

примечание

values.yaml содержит значения по умолчанию — не изменяйте его напрямую, а переопределяйте нужные параметры в values-trisigma.yaml.

Первый запуск

При первом развёртывании платформу необходимо запустить с дополнительными init-контейнерами для создания и заполнения схем в БД. Подробнее — Первый запуск платформы.

Параметры приложения

Образ сервиса

Параметр	Описание
`image.repository`	Образ сервиса в Container registry
`image.tag`	Тег образа сервиса в Container registry

warning

Не используйте registry.trisigma.io напрямую

Образы необходимо предварительно зеркалировать в ваш собственный Container Registry.

Таймзона

Параметр	Описание
`timezone`	Таймзона. IANA tz, например `Europe/Moscow`

Миграции

Параметр	Описание
`postgresqlMigrator.image.repository`	Образ мигратора для PostgreSQL миграций в Container registry

PostgreSQL

Параметр	Описание
`postgresql.host`	Хостнейм для подключения к PostgreSQL
`postgresql.port`	Порт для подключения к PostgreSQL
`postgresql.database`	Название БД, к которой подключается сервис
`postgresql.user`	Учетная запись для подключения к PostgreSQL

Redis (Valkey)

Параметр	Описание
`redis.host`	Хостнейм Redis/Valkey
`redis.port`	Порт для подключения к Redis/Valkey
`redis.login`	Учетная запись для подключения к Redis/Valkey

ClickHouse

Параметр	Описание
`clickhouse.hosts`	Список ClickHouse-хостов в формате `host:port,host:port`, например `ch1.example.com:9440`
`clickhouse.user`	Учетная запись для подключения к ClickHouse
`clickhouse.cluster`	Название кластера Clickhouse из `system.clusters`

Trino

Параметр	Описание
`trino.host`	Хостнейм для подключения к Trino
`trino.port`	Порт для подключения к Trino

S3 — бакет вложений

Параметр	Описание
`s3Attachments.host`	Endpoint S3 для подключения
`s3Attachments.bucket`	Имя бакета для вложений (`trisigma-configurator-attachments`)

S3 — бакет аналитических данных и загрузок

Параметр	Описание
`s3AnalyticUploads.host`	Endpoint S3 для подключения
`s3AnalyticUploads.bucket`	Имя бакета для аналитики (`trisigma-analytic-uploads`)

Git-репозиторий метрик

Параметр	Описание
`repo.type`	Тип репозитория: `github` / `bitbucket` / `gitlab`
`repo.host`	URL репозитория¹
`repo.project`	Проект/организация репозитория
`repo.name`	Имя репозитория метрик
`repo.mainBranch`	Имя основной ветки репозитория
`repo.committerName`	Имя автора служебных коммитов Configurator²
`repo.committerEmail`	Email автора служебных коммитов Configurator²

Bitbucket

Параметр	Описание
`repo.bitbucket.httpUrl`	HTTPS URL Bitbucket-сервера для git-клона, например `https://bitbucket.example.com`

Межсервисные связи

Параметр	Описание
`splitter.url`	In-cluster URL Splitter, например `http://trisigma-splitter.trisigma-splitter:8890`
`airflow.apiUrl`	URL Airflow API, оканчивается на `/api/v1`, например `https://<airflow-url>/api/v1`
`airflow.configUploadUrl`	URL загрузки DAG-конфигов, например `https://<airflow-url>/uploadDagConfig`
`frontend.url`	Browser-facing URL Frontend, например `https://trisigma.example.com`

Auth (OIDC)

Configurator аутентифицирует пользователей через OpenID Connect (Authorization Code flow).

Параметр	Описание
`auth.enabled`	Включение OIDC аутентификации
`auth.clientId`	OAuth client ID, зарегистрированный в вашем IDP
`auth.configUrl`	OIDC discovery URL
`auth.openidScopes`	Запрашиваемые OIDC scopes через запятую

Роли пользователей

Configurator назначает пользователю роли по его группам в IdP. IdP передаёт группы в id_token, Configurator сохраняет их при каждом входе пользователя. Изменения в группах и переключение на "oidc" применяются при следующем входе пользователя.

Configurator не подключается к LDAP напрямую. Группы из LDAP или Active Directory передаются через IdP, например через User Federation в Keycloak.

Параметр	Описание
`auth.roleSource`	Источник ролей. Для назначения ролей по группам IdP укажите `"oidc"`
`auth.groupsClaim`	Claim в id_token со списком групп пользователя
`auth.groupRoleMapping`	Соответствие групп IdP и ролей Trisigma. Ключ - название группы в том виде, в каком IdP передаёт его в claim, с учётом регистра
`defaultRoles`	Роли через запятую для пользователя без групп из `auth.groupRoleMapping`

Пример конфигурации:

defaultRoles: "Viewer"
auth:
  roleSource: "oidc"
  groupsClaim: "groups"
  groupRoleMapping:
    trisigma-admins: ["Administrator"]
    trisigma-analysts: ["Contributor"]
    trisigma-viewers: ["Viewer"]

Пользователи вне этих групп получают роль Viewer из defaultRoles. Чтобы роль Viewer получали только участники trisigma-viewers, задайте defaultRoles: "".

Если ни одна группа пользователя не совпадает с ключами auth.groupRoleMapping или в id_token нет claim из auth.groupsClaim, Configurator назначает роли из defaultRoles.

IdP должен передавать группы в id_token, endpoint userinfo Configurator не запрашивает. Если IdP добавляет группы только по отдельному scope, укажите его в auth.openidScopes. Keycloak с опцией Full group path передаёт группы с ведущим слешем, например /trisigma-admins.

Honest uniques

Параметр	Описание
`honestUniq.enabled`	Включение расчета честных uniq метрик
`honestUniq.maxWindow`	Максимальное окно расчёта в днях
`honestUniq.metrics`	Метрики через запятую, к которым применяется расчёт. Без заполнения применяется ко всем метрикам

Switchback

Эксперименты с чередованием групп по геохронам — паре «кластер × временное окно». См. Switchback-эксперименты.

Параметр	Описание
`switchback.enabled`	Включение функционала switchback-экспериментов
`switchback.leadTime`	Насколько заранее вычисляются назначения групп
`switchback.persistenceTtl`	Сколько назначения хранятся после завершения окна

Лимиты

Конфигурация эксперимента

Параметр	Описание
`experiments.limitPerUser`	Максимум одновременно активных экспериментов на одного создателя
`experiments.tagMaxCount`	Максимум тегов у одного эксперимента
`experiments.offsetsMaxCount`	Максимум дневных сдвигов (offsets) в настройке агрегации метрик
`experiments.windowsMaxCount`	Максимум накопительных окон агрегации сверх дефолтных

Пресеты метрик

Пресет — сохранённый набор метрик с разрезами. Размеры считаются в парах «метрика × разрез».

Параметр	Описание
`experiments.presetCountLimit`	Максимум пресетов в конфигурации эксперимента
`experiments.presetMetricSetLimit`	Максимальный размер одного набора метрик в пресете
`experiments.presetTotalLimit`	Максимальный суммарный размер по всем пресетам эксперимента

Пересчёты

Параметр	Описание
`recalcs.experimentMaxRunDaysLimit`	Максимальная длительность эксперимента в днях, допустимого к пересчёту
`recalcs.fullRecalcExperimentsCountLimit`	Максимум экспериментов в одном полном пересчёте
`recalcs.presetsCountLimit`	Максимум пресетов в одном пересчёте пресетов
`recalcs.totalExperimentsInRecalcsLimit`	Максимум экспериментов одновременно в активных пересчётах пользователя

Списки участников и загрузки

Параметр	Описание
`abListsMaxSize`	Максимум элементов в списке участников при импорте из CSV или Trino
`fileUploadMaxSizeBytes`	Максимальный размер загружаемого файла в байтах

Фоновые задачи (Crons)

Параметр	Описание
`crons.image.repository`	Образ планировщика фоновых задач в Container registry

Для большинства кронов в сервисе выставлены рекомендуемые значения по умолчанию. Ниже описаны кроны, для которых вам может быть необходимо переопределить расписания в зависимости от особенностей вашего окружения.

airflow_daily

Запускает в Airflow ежедневный расчёт аналитического отчёта за прошедшие сутки. Должен стартовать не раньше обновления метрик в источниках DWH, указанных в репозитории метрик; по умолчанию — в 02:00.

Воркеры

Долгоживущие процессы, отдельные от основного API:

Воркер	Назначение
`retro-starter`	Запуск ретро экспериментов
`event-worker-pool`	Обработка событий EventBus

CA-сертификаты

Параметр	Описание
`extraCABundles[].caBundle`	CA-сертификат в PEM-формате
`extraCABundles[].configMap`	Ссылка на существующий ConfigMap с CA-сертификатом

Секреты приложения

Секреты в приложение можно передать двумя способами: задать значения напрямую в secrets-values.yaml — или указать имя существующего Kubernetes Secret в поле existingSecret в чарте (например, созданного через Vault или External Secrets Operator).

Создайте файл из примера: cp secrets-values.yaml.example secrets-values.yaml.

PostgreSQL

Секрет	Ключ	Описание
`PGPASSWORD`	`postgresql.password`	Пароль PostgreSQL

Redis (Valkey)

Секрет	Ключ	Описание
`REDIS_PASSWORD`	`redis.password`	Пароль Redis/Valkey

ClickHouse

Секрет	Ключ	Описание
`CLICKHOUSE_PASSWORD`	`clickhouse.password`	Пароль ClickHouse

Trino

Секрет	Ключ	Описание
`TRINO_USER`	`trino.user`	Учётная запись для подключения к Trino
`TRINO_PASSWORD`	`trino.password`	Пароль для подключения к Trino

S3 — бакет вложений

Секрет	Ключ	Описание
`S3_ATTACHMENTS_ACCESS_KEY`	`s3Attachments.accessKey`	S3 access key для доступа к бакету `trisigma-configurator-attachments`
`S3_ATTACHMENTS_SECRET_ACCESS_KEY`	`s3Attachments.secretAccessKey`	S3 secret key для доступа к бакету `trisigma-configurator-attachments`

S3 — бакет аналитических данных и загрузок

Секрет	Ключ	Описание
`S3_ANALYTIC_UPLOADS_ACCESS_KEY`	`s3AnalyticUploads.accessKey`	S3 access key для доступа к бакету `trisigma-analytic-uploads`
`S3_ANALYTIC_UPLOADS_SECRET_ACCESS_KEY`	`s3AnalyticUploads.secretAccessKey`	S3 secret key для доступа к бакету `trisigma-analytic-uploads`

Git-репозиторий метрик

Секрет	Ключ	Описание
`REPO_USER`	`repo.user`	Учётная запись для подключения к Git-репозиторию
`REPO_TOKEN`	`repo.token`	Токен для подключения к Git-репозиторию
`REPO_SECRET_KEY`	`repo.webhookSecret`	Секретный ключ для подписи webhook'ов репозитория

Межсервисные связи

Секрет	Ключ	Описание
`SPLITTER_TOKEN`	`splitter.token`	Токен авторизации запросов в Splitter³
`AIRFLOW_USER`	`airflow.user`	Учётная запись для подключения к Airflow API
`AIRFLOW_PASSWD`	`airflow.password`	Пароль для подключения к Airflow API
`AIRFLOW_CONFIG_COPY_TOKEN`	`airflow.configCopyToken`	Токен для загрузки DAG-конфигов в Airflow

Auth (OIDC)

Секрет	Ключ	Описание
`AUTH_CLIENT_SECRET`	`auth.clientSecret`	OAuth client secret в вашем IDP

Internal API

Секрет	Ключ	Описание
`INTERNAL_API_KEY`	`internalApi.internalApiKey`	Внутренний API-ключ
`EXTERNAL_API_KEY`	`internalApi.externalApiKey`	Внешний API-ключ
`SECRET_KEY`	`internalApi.secretKey`	Секретный ключ приложения для подписи JWT

Лицензия

Секрет	Ключ	Описание
`LICENSE_KEY`	`license.licenseKey`	Лицензионный ключ Trisigma Enterprise

Использование существующего Secret (`existingSecret`)

Если вы не хотите передавать значения через secrets-values.yaml — укажите название вашего собственного Secret:

kubectl create secret generic trisigma-configurator-secrets \
  --from-literal=PGPASSWORD='...' \
  --from-literal=REDIS_PASSWORD='...' \
  --from-literal=CLICKHOUSE_PASSWORD='...' \
  --from-literal=INTERNAL_API_KEY='...' \
  --from-literal=EXTERNAL_API_KEY='...' \
  --from-literal=SECRET_KEY='...' \
  --from-literal=S3_ATTACHMENTS_ACCESS_KEY='...' \
  --from-literal=S3_ATTACHMENTS_SECRET_ACCESS_KEY='...' \
  --from-literal=S3_ANALYTIC_UPLOADS_ACCESS_KEY='...' \
  --from-literal=S3_ANALYTIC_UPLOADS_SECRET_ACCESS_KEY='...' \
  --from-literal=TRINO_USER='...' \
  --from-literal=TRINO_PASSWORD='...' \
  --from-literal=SPLITTER_TOKEN='...' \
  --from-literal=REPO_USER='...' \
  --from-literal=REPO_TOKEN='...' \
  --from-literal=REPO_SECRET_KEY='...' \
  --from-literal=AUTH_CLIENT_SECRET='...' \
  --from-literal=AIRFLOW_USER='...' \
  --from-literal=AIRFLOW_PASSWD='...' \
  --from-literal=AIRFLOW_CONFIG_COPY_TOKEN='...' \
  --from-literal=LICENSE_KEY='...' \
  -n trisigma-configurator

postgresql:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    passwordKey: PGPASSWORD
redis:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    passwordKey: REDIS_PASSWORD
clickhouse:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    passwordKey: CLICKHOUSE_PASSWORD
internalApi:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    internalApiKeyKey: INTERNAL_API_KEY
    externalApiKeyKey: EXTERNAL_API_KEY
    secretKeyKey: SECRET_KEY
s3Attachments:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    accessKeyKey: S3_ATTACHMENTS_ACCESS_KEY
    secretAccessKeyKey: S3_ATTACHMENTS_SECRET_ACCESS_KEY
s3AnalyticUploads:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    accessKeyKey: S3_ANALYTIC_UPLOADS_ACCESS_KEY
    secretAccessKeyKey: S3_ANALYTIC_UPLOADS_SECRET_ACCESS_KEY
trino:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    userKey: TRINO_USER
    passwordKey: TRINO_PASSWORD
splitter:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    tokenKey: SPLITTER_TOKEN
airflow:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    userKey: AIRFLOW_USER
    passwordKey: AIRFLOW_PASSWD
    configCopyTokenKey: AIRFLOW_CONFIG_COPY_TOKEN
repo:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    userKey: REPO_USER
    tokenKey: REPO_TOKEN
    webhookSecretKey: REPO_SECRET_KEY
auth:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    clientSecretKey: AUTH_CLIENT_SECRET
license:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    licenseKeyKey: LICENSE_KEY

Если имя ключа в Secret отличается — например, pg_password вместо PGPASSWORD — укажите соответствие через secretKeys:

postgresql:
  existingSecret: trisigma-configurator-secrets
  secretKeys:
    passwordKey: pg_password

примечание

Использовать одновременно secrets-values.yaml и existingSecret в одном блоке не получится, способы несовместимы друг с другом.

Инициализация БД

Инициализацию и обновление схем БД выполняют init-контейнеры миграций и ETL кроны.

Миграторы

postgresql-migrator

Используется образ postgresql-migrator. Файлы миграций предварительно копируются из образа приложения вспомогательным контейнером prepare-migration в общий volume.

При появлении новых миграций в образе они применяются автоматически.

История выполненных миграций доступна по запросу:

SELECT name FROM maintenance.changelog ORDER BY name;

clickhouse-migrator

Встроен в образ конфигуратора. При появлении новых миграций в образе они применяются автоматически.

История выполненных миграций хранится в PostgreSQL и доступна по запросу:

SELECT filename, applied_at, execution_mode, execution_time_ms
FROM analytic_engine.ch_migration_history
ORDER BY applied_at;

ETL

Конфигуратор хранит данные A/B-платформы в PostgreSQL — это источник правды. Три ETL-крона периодически выгружают эти метаданные в аналитические хранилища⁴.

ClickHouse Realtime ETL

Переносит справочники, из которых страница отчёта берёт названия метрик, разрезов и брейкдаунов, названия групп в сравнениях, а также теги, уровень важности метрик и состав пресетов метрик⁵.

ClickHouse и Trino ETL

Переносят информацию об экспериментах, метриках, разрезах и некоторые другие данные конфигуратора. Данные могут использоваться для произвольных SQL-запросов и BI без обращения к основной PostgreSQL базе сервиса

Первый запуск платформы

Во время первого запуска платформы необходимо запустить дополнительные init-контейнеры: они заполняют БД необходимыми данными и создают схемы в Trino. Добавьте дополнительные параметры при установке Helm-чарта:

  --set init.databases=true \
  --set init.trinoSchemas=true \
  --set init.clickhouseDictUser=true

init-databases

Заполняет необходимые параметры в PostgreSQL, выполняет первичную инициализацию схем и ETL в ClickHouse.

init-trino-schemas

Создаёт схемы в Iceberg-каталоге Trino для хранения аналитических данных платформы.

init-clickhouse-dict-user

Для оптимизации производительности запросов в ClickHouse мы используем механизм словарей. Словари создаются только с помощью синтаксиса SOURCE(...) с указанием источника данных — указать локальные таблицы нельзя.

Init-контейнер создаёт пользователя, необходимого для работы таких словарей. Пользователь создаётся только с локальным доступом, подключиться извне к нему нельзя. Также, так как в наших DDL в качестве источника указан localhost, реальных сетевых вызовов не выполняется.

Helm Install

cd helm/trisigma-configurator

helm upgrade --install trisigma-configurator . \
  --namespace trisigma-configurator \
  -f values-trisigma.yaml \
  -f secrets-values.yaml  # уберите, если все секреты через existingSecret

Проверка деплоя

После установки убедитесь, что сервис работает:

curl http://<configurator-host>:8890/_info

Ожидаемый ответ:

{
  "environment": {
    "server": {
      "host": "trisigma-configurator-<pod-id>",
      "ip": "10.x.x.x",
      "os": "Linux ..."
    }
  },
  "language": {
    "name": "python",
    "version": "3.x.x",
    "flaskVersion": "..."
  },
  "appTag": "trisigma-configurator",
  "imageTag": "<git-sha>"
}

Для github — REST API URL https://api.github.com; для gitlab и bitbucket — URL сервера (например, https://gitlab.example.com / https://bitbucket.example.com). ↩
Configurator создаёт пустой коммит в ветке PR, когда вы оставляете в PR комментарий run tests. Для github параметры не применяются. ↩ ↩²
Соответствует секрету interServiceAuth.configurationToken (CONFIGURATION_TOKEN) в Splitter. ↩
Иногда в случае ошибок в базе могут остаться артефакты от прошлых запусков ETL вида etl_temp_<launch_id>. Их можно безопасно удалять. ↩
В случае ошибок ETL в интерфейсе платформы могут отображаться числовые ID вместо названий, некорректно определяться группа важности метрики, а пресеты не появляться в фильтре «Пресет метрик». ↩

Назначение​

Деплой​

Параметры приложения​

Образ сервиса​

Таймзона​

Миграции​

PostgreSQL​

Redis (Valkey)​

ClickHouse​

Trino​

S3 — бакет вложений​

S3 — бакет аналитических данных и загрузок​

Git-репозиторий метрик​

Bitbucket​

Межсервисные связи​

Auth (OIDC)​

Роли пользователей​

Honest uniques​

Switchback​

Лимиты​

Конфигурация эксперимента​

Пресеты метрик​

Пересчёты​

Списки участников и загрузки​

Фоновые задачи (Crons)​

airflow_daily​

Воркеры​

CA-сертификаты​

Секреты приложения​

PostgreSQL​

Redis (Valkey)​

ClickHouse​

Trino​

S3 — бакет вложений​

S3 — бакет аналитических данных и загрузок​

Git-репозиторий метрик​

Межсервисные связи​

Auth (OIDC)​

Internal API​

Лицензия​

Использование существующего Secret (existingSecret)​

Инициализация БД​

Миграторы​

postgresql-migrator​

clickhouse-migrator​

ETL​

ClickHouse Realtime ETL​

ClickHouse и Trino ETL​

Первый запуск платформы​

init-databases​

init-trino-schemas​

init-clickhouse-dict-user​

Helm Install​

Проверка деплоя​

Footnotes​

Назначение

Деплой

Параметры приложения

Образ сервиса

Таймзона

Миграции

PostgreSQL

Redis (Valkey)

ClickHouse

Trino

S3 — бакет вложений

S3 — бакет аналитических данных и загрузок

Git-репозиторий метрик

Bitbucket

Межсервисные связи

Auth (OIDC)

Роли пользователей

Honest uniques

Switchback

Лимиты

Конфигурация эксперимента

Пресеты метрик

Пересчёты

Списки участников и загрузки

Фоновые задачи (Crons)

airflow_daily

Воркеры

CA-сертификаты

Секреты приложения

PostgreSQL

Redis (Valkey)

ClickHouse

Trino

S3 — бакет вложений

S3 — бакет аналитических данных и загрузок

Git-репозиторий метрик

Межсервисные связи

Auth (OIDC)

Internal API

Лицензия

Использование существующего Secret (`existingSecret`)

Инициализация БД

Миграторы

postgresql-migrator

clickhouse-migrator

ETL

ClickHouse Realtime ETL

ClickHouse и Trino ETL

Первый запуск платформы

init-databases

init-trino-schemas

init-clickhouse-dict-user

Helm Install

Проверка деплоя

Footnotes