мы можем зафорсить эксперимент через query parameter

на ютубе это тоже сплит тесты?

а то уже надоело, каждый день разный ui

Думаю да

Ух, не представляю потом как это всё мержить, когда живы сразу куча версий. Получается у вас есть разные релизные ветки которые задеплоены на разных кластерах? И после теста когда вы поняли по аналитике что варант В лучше, вы мержите в мастер релиз который победил, а тот удаляете?

оба в мастере, но за feature flag

Судя по тому что я прочел, feature flag это уже чисто функционал внутри приложения или это спецефическая штука только в гитлабе которая в связке с гитлабом помогает оркестрировать эти разные feature flag которые написаны внутри приложения(я так понял есть спец библиотека unleash для этого от гитлаба) Или это можно прикрутить вне зависимости где живет инфраструктура

вне зависимости :) это гитлаб умеет в фиче флаги как продукт, но сами мы unleash не используем

А я не могу увидеть в опенсорс части гитлаба детали этой реализвции?)

вам не понравится )

Feature.enabled ищите

и у гитлаба нет закрытой части, он весь опенсорс

Спасибо) дело наверное пахнет разбросанными "тернарками" по всему приложению)

ага

То есть если у меня хватит денег и сил, я смогу сам себе поднять гитлаб?

конечно, у нас инструкции есть

Илья, спасибо большое за ответы) последний вопрос тогда) Как бы в целом очертить подобный функционал, у меня есть нжинкс который просто не пускает никуда больше кроме 80 443 порта и радиректит на 443. После него я ставлю свой некий сервис, который также является приложением имеющим доступ к базе(например только пользователей или воркспейсоов) и понимает куда дальше отдавать этот запрос, на какой из "кластеров" приложения? А уже там я деплою в зависимости от того, что мне нужно

зачем сервис? можно ставить куку, и nginx умеет выбирать upstream на основе куки

а ваше приложение в зависимости от своей логики само будет выдавать эту куку

хотите рандомно на сессию, хотите на юзера