Комментарии 1
На картинке красиво и доступно.
А теперь представляем современный «трендовый продукт», в котором вместо билда с автоматическим релизом, у нас 20+ микросервисов, со сложными зависимостями от друг друга, которые пилятся несколькими командами разработчиков, каждая со своим тимлидом.
И тут планирование релизов становится немного сложнее.
Регулярная проблема такого плана — инфраструктурные изменения, либо несовместимость старой и новой версии по базе данных или API.
Было бы неплохо в статье увидеть решение подобных нюансов, потому что это совсем не то, что встречается редко. Это как раз наоборот регулярные проблемы почти в любом среднем и крупном проекте.
А теперь представляем современный «трендовый продукт», в котором вместо билда с автоматическим релизом, у нас 20+ микросервисов, со сложными зависимостями от друг друга, которые пилятся несколькими командами разработчиков, каждая со своим тимлидом.
И тут планирование релизов становится немного сложнее.
Один день при 20% пользователей.
Один день при 50% пользователей, в тот же день рост до 100% пользователей.
Регулярная проблема такого плана — инфраструктурные изменения, либо несовместимость старой и новой версии по базе данных или API.
Было бы неплохо в статье увидеть решение подобных нюансов, потому что это совсем не то, что встречается редко. Это как раз наоборот регулярные проблемы почти в любом среднем и крупном проекте.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Всë, что вам нужно знать об управлении релизами