Запуск фичи в первый раз в продакшене - это её экватор. Это её середина жизненного цикла, половина пройденного пути.
Дальше идет этап эксплуатации, на котором команда разработки поддерживает стабильную фукнциональность фичи. О нем в заметках в этом разделе.
Почему только половина пути? Какие глобальные этапы были до – проектирование и анализ, а потом разработка. А впереди – эксплуатация, исправление ошибок (технических, логических или бизнесовых), закат или завершение фичи. И еще в конце чистка кода и вообще системы от ранее работающей фичи.
Про этапы исправление ошибок, завершение и закрытие техдолга смотрите в соответствующих разделах. (которых нет лол, и я не знаю когда их напишу)
Под поддержанием фичи подразумевается следующее:
- наблюдаем как она существует, в том числе с точки зрения бизнеса
- контролируем возникновение ошибок в функциональности, собираем их, запускаем в разработку
- следим за производительностью, и вообще понимаем из чего складываются текущие показатели: рпсы, время ответа, распределение на разные методы АПИ
- помогаем и рассказываем другим как работает фича
- делаем мелкие изменения в функциональности, а если изменения крупные, достойные называться новой фичей – выносим их на новый цикл разработки
Что бы слежка за фичей была простой, а ее функциональность была прозрачной для разработчика и остальной команды, были придуманы сложные системы и процессы:
- тестирование на разных уровнях, по пирамиде
- технические и продуктовые метрики и дашборды куда они выводятся
- логи и алерты
- концепции SLO/SLA/SLI