Рейтинг@Mail.ru

Feature Toggles, или Как выкатывать фичи без релизаDevOps и эксплуатация

Доклад принят в программу конференции
Ян Ашенкампф
KUPIVIP.RU

Работал тимлидом облачной разработки Промсвязьбанка, директором по продукту и технологиям KUPIVIP.RU, зам. по интеграции в РОСБАНКе, инженером в системном интеграторе КРОК.

Борется со сложностью в своих проектах и системах. Строит барьеры для сложности, локализует её, чистит.

highload@yanwork.com
Тезисы

Отдел маркетинга интернет-магазина заказал новую фичу - персонализированные рекомендации товаров для клиентов. Допустим, на разработку и внедрение полностью работающей версии требуется месяц. На этот месяц запланировано 8 релизов.

Что делать?
- Выкатить последним релизом весь функционал и огрести проблемы запуска сразу?
- Или выкатывать постепенно и «пугать» пользователя недоделанным функционалом?
- А если не "взлетело"?
- Как быть с мобильными приложениями, которым требуются недели, чтобы быть установленными у всех клиентов?
- Что делать с совместимостью API?
- Как измерить, что пользователям фича понравилась, и они стали покупать больше?
- Как программистам поддерживать код со всей этой комбинаторикой?

Все эти вопросы неизбежно возникают при разработке любого большого продукта, и у каждой команды есть свои решения. Мы рассмотрим разные способы решения этих вопросов, такие как «в лоб», feature branch, feature toggle, сравним их отличия и особенности внедрения.

Критерии выбора технологий для проекта
,
Непрерывное развертывание и деплой
,
Менеджмент в эксплуатации
,
Непрерывная интеграция
,
Devops / другое
,
Совместная работа, система контроля версий, организация веток
,
A/B-тестирование
,
QA / другое
,
Особенности процессов разработки и тестирования мобильного ПО

Другие доклады секции DevOps и эксплуатация

Rambler's Top100