В нашем текущем ландшафте у нас есть несколько (микро) сервисов на основе Java, которые развернуты в веб-приложениях Azure.Мы также получили сервисы .NET, которые развернуты в сервисной структуре, и все наши ресурсы основаны на ARM.
Так что довольно много вещей внедряется как часть релиза в DevOps Azure.Это прекрасно работает, у нас есть конвейер для развертывания в наших различных средах, одобрения, вы называете.Но из-за сложности решения у нас есть а) множество артефактов и б) много шагов в процессе выпуска.Несмотря на то, что здесь есть место для улучшения, командам разработчиков также хотелось бы иметь некоторую гибкостьИтак, мы изучаем, как мы можем сделать выпуск более гибким (просто выпустить сервис A или веб-приложение B, сэкономив много времени), не ставя под угрозу слишком много в объеме обслуживания.Например;для нашей среды разработки мы могли бы создать определенные конвейеры для каждого сервиса и иметь те, которые развертывают только этот сервис, или один конвейер с несколькими средами для каждого конкретного сервиса, но это означает, что тогда нам нужно держать два места в линии (в конфигурации), где мыразвернуть эти биты.Это, по нашему мнению, создало бы место для проблем.
Итак, мы действительно задаемся вопросом, как другие команды могли бы решить эту проблему, когда у вас есть более масштабное решение и вы все еще хотите иметь возможность развертывать только небольшие фрагменты, особенно в среде разработки (не так много в тесте)./ постановка / производство).Любые лучшие практики или ссылки на документацию высоко ценятся!