Вы никогда не сократите Тime Тo Мarket, если будете тестировать все фичи на одном сервере
Все твердят про важность Time To Market — времени от появлении идеи фичи до её релиза для пользователей. При этом почему-то тестируют все фичи на одном сервере. В статье рассказываю, как ускорить Time To Market одним простым способом.
У вас прям отдельные сервера? Сейчас же с приходом Kubernetes + CI/CD эта проблема решается достаточно легко, даже сам тестировщик сможет развернуть, а потом потушить окружение из нужной ему ветки. Контейнеры в 21 веке маст хев в любой разработке
Их ЦА слов таких не знает, это компании с ИТ каменного века, для которых автодеплой и СИ/СД - волшебные слова какие то. Им как раз и можно продать "это занимает среднем 4-6 человеко-месяцев, мы же можем настроить динамические окружения за 2 недели".
Ну и в последней строке статьи - как раз кубер и указан. То, что во многих случаях кубер - оверкилл для мелкой компании с сайтиком, там конечно не написано :)
Вся статья как раз про настройку всего этого добра — мы тоже думали, что Kubernetes и развертывание нужных образов по отдельным урлам это мастхев, но оказалось что есть много компаний, которые продолжают тестировать все фичи на одном тестовом сервере
А насчет контейнеров — они действительно мастхев, но например если в качестве оркестратора используется Docker swarm, то автоматом разворачивать окружения под ветки не получится. Так что одной контейнеризацией не обойтись, нужен еще правильный оркестратор
Ну и финально — чтобы сам тестировщик развернул и потушил окружение нужной ему ветки как раз и нужно настроить всю эту среду