2021-01-10 19:14:59
#работаFacebook
Facebook уже вторая компания, в которой я работаю, где я сталкиваюсь с такой вещью, как feature flags (toggles, switches). Предыдущая была Bloomberg, думаю, в Google они тоже есть, просто я был в SRE.
Что же такое feature flags? Если коротко, то это переменная, которая контролирует включение или выключение той или иной фичи в коде. Выглядит это примерно так: if(flag) {/* do new feature */} . Значение этого флага может контролироваться разными способами, но обычно это делается централизованно: есть какой-то отдельный сервер, который возвращает эти флаги. Выглядит просто, но в действительности это очень мощная DevOps практика, которая помогает вам пушить код в продакшн с меньшими рисками. Для примера, представим, что вы хотите сделать редизайн своего сайта. Для этого вам нужно поменять дизайн множества страничек, компонентов и прочих атрибутов. Как вы поступите? Вы можете сделать все одним коммитом на 10К+ строк кода и запушить все в продакшн. Если что-то сломается, то вам или сис. админу придется откатывать этот коммит на сервере или же экстренно искать ошибку в коде. Стресс, стресс, стресс. С другой стороны, можно было бы воспользоваться feature flag-ами: делать все маленькими, digestible коммитами, которым реально провести нормальный code review, попутно покрывая каждый кусок нового кода флагом и используя старый код, если флаг выключен. Как только придет час X, то весь этот код можно просто включить нажатием одной кнопки, сделав тем самым релиз. Если же что-то пойдет не так, то фичу достаточно просто выключить, а дебажить можно будет уже потом. Плюсы feature флагов не ограничиваются только удобством релиза новых фич - их также можно использовать с A/B тестированием. То есть можно пилить фичи и сражу же замерять impact твоего кода на разные бизнес-метрики!
С другой стороны, эти feature флаги нужно поддерживать. Я даже не говорю о том, что появляется какая-то сторонняя зависимость в виде централизованного сервиса раздачи этих флагов. Код с флагами банально становится больше, и нужно периодически чистить флаги. В продолжении примера про редизайн сайта выше: как только вы сделали успешный релиз, то вам придется почистить старый код, попутно убирая флаги.
Резюмируя, feature флаги очень мощная штука если вы хотите иметь возможность деплоить быстро и без проблем код, у которого уже есть множество юзеров. С другой стороны, если вы стартап на стадии создания MVP/прототипа, то feature флаги только затормозят процесс разработки. Это в принципе объясняет, почему я не сталкивался с ними в Казахстане, потому что работал только в стартапах.
А как вы деплоите в продакшн? Используете ли feature флаги? В какой компании/проекте? Пишите в комментариях к этому посту!
1.7K views16:14
