Зразу інтегрувати зовнішню платформу з повним набором функцій.

Створити детальну складну систему таргетованих % розгортань як перший крок.

Заборонити використання глобальних перемикачів і працювати тільки з локальними.

Почати з простого глобального переключателя і розвивати підхід поступово до більш складних рівнів.

З чого зазвичай рекомендують починати впровадження Feature Flags у проєкті?

Короткий тест для перевірки знань про Feature Flags, їхні властивості, життєвий цикл, типи та відмінності від A/B тестування і конфігів.

Логічний перемикач, який керує включенням або вимкненням певної функціональності в додатку.

Спеціальний файл конфігурації, що потребує перезапуску сервера для застосування змін.

Метод автоматичного тестування продуктивності системи під навантаженням.

Тип бази даних для зберігання налаштувань користувача.

Що таке Feature Flag (фічефлаг)?

Автоматичне зменшення розміру бінарного файлу програми.

Відокремлення процесу деплою коду від процесу релізу функціональності.

Заміна системи контролю версій для командної розробки.

Забезпечення кращої компресії мережевого трафіку.

Яка ключова інженерна користь від використання Feature Flags?

Feature Flag завжди зберігається в локальному сховищі браузера.

Feature Flag вимагає обов’язкового перезапуску додатку при зміні.

Feature Flag можна переключати в рантаймі без перезапуску додатка.

Feature Flag автоматично тестує продуктивність системи.

Яка властивість відрізняє Feature Flag від простої конфігурації в налаштуваннях, що потребує перезапуску сервера?

Feature Flags повинні залишатися в коді назавжди, аби зберегти історію змін.

Feature Flags не потребують документування або планів видалення.

Feature Flags повинні автоматично змінюватися звідкись зовні без планування.

Feature Flags зазвичай тимчасові й для них слід планувати дату видалення або rollback.

Яке твердження найкраще описує життєвий цикл більшості Feature Flags?

Механізм для миттєвого відключення частини функціоналу, щоб зберегти роботу решти системи.

Інструмент для автоматичного додавання нових фіч у кодову базу.

Система для управління довготривалими експериментами з користувачами.

Тип тесту продуктивності, який навмисно навантажує систему.

Що означає поняття "kill switch" у контексті Feature Flags?

Лише глобальний рівень — для всіх користувачів одночасно.

Різні: глобальний, для конкретних користувачів, для проєктів або груп.

Лише локальне збереження у браузері без серверної логіки.

Тільки процентне розгортання без можливості адресного включення.

Які рівні охоплення (акторів) можуть мати Feature Flags?

0.1% → 1% → 10% → поступове збільшення до 100%

Зразу 50% для збору статистики, потім 100%

У якому порядку зазвичай виконують поступове розгортання фічі за відсотками користувачів?

Щоб автоматично видаляти фічефлаги після певного часу без втручання інженерів.

Щоб уникнути потреби у тестуванні додатка під різними конфігураціями.

Щоб забезпечити лише локальний доступ до нової функції.

Щоб бачити метрики та виявляти проблеми, пов’язані зі станом конкретних флагів.

Чому моніторинг у розрізі станів Feature Flags є важливим?

Кількість конфігурацій подвоюється з кожним додаванням нового незалежного флагу.

Кількість конфігурацій залишається сталою, бо нові флаги не впливають на існуючі.

Кількість конфігурацій зростає лінійно на одиницю із кожним флагом.

Кількість конфігурацій зменшується, бо флаги взаємно замінюють один одного.

Як змінюється кількість можливих конфігурацій інтерфейсу при додаванні більшої кількості незалежних Feature Flags?

Локальні флаги не впливають на відображення інтерфейсу, лише на базу даних.

Серверні флаги зберігаються в localStorage, а локальні — у сервері.

Локальні флаги контролюються на клієнті (наприклад, localStorage), тоді як серверні визначає сервер у відповіді; можливі комбіновані підходи.

Локальні флаги завжди більш безпечні, ніж серверні.

Яка різниця між локальними (frontend) і серверними Feature Flags?

Feature Flags завжди використовуються лише для тестування гіпотез з метриками.

A/B тестування — це механізм для швидкого відключення частини коду у критичних ситуаціях.

Feature Flags — лише серверна технологія, тоді як A/B — тільки фронтендова.

Feature Flags здебільшого — інженерний інструмент для управління релізами і відключеннями, тоді як A/B тестування орієнтоване на експерименти та вимірювання впливу.

У чому основна відмінність між Feature Flags та A/B тестуванням?

Питання 11 з 12