У нас есть система, работающая на 3 серверах, которую нам нужно будет расширить в будущем.
В настоящее время все делается через Teamcity.У нас есть git-ветка, которая отслеживает teamcity, и когда у нас появляется новый контент, teamcity извлекает изменения, создает код и затем обновляет сервер, на котором он работает.Каждый сервер имеет свой собственный групповой состав, и каждый контролирует часть репозитория.
Эта система работала хорошо в течение нескольких лет без каких-либо реальных проблем.
Теперь мы планируем масштабирование, и мыРазбиваем довольно монолитную систему на микроуслуги.Мы планируем запустить каждую из этих служб в док-контейнеры.
Аппаратное обеспечение каждого сервера достаточно специализированное, поскольку некоторые службы требуют доступа к большому объему хранилища, в то время как другие службы требуют значительных вычислительных ресурсов.Таким образом, распределение служб по-прежнему должно быть привязано к некоторым конкретным серверам, но нам нужно планировать масштабирование.
Мы хотели бы сохранить процесс обновления привязанным к ветке git, поскольку он работал очень хорошо.
Первый вопрос заключается в том, имеет ли смысл сохранять teamcity в качестве системы для сборки и делать ее сборщиком докеров и развертывать на каждой машине через docker compose / swarm?
Или это будетлучше в конечном итоге использовать другие инструменты?
Я немного посмотрел на kubernetes, но что именно он делает и т. д., довольно расплывчато из документов, которые я могу найти в Интернете, и я не уверен, что справитсяцикл сборки / развертывания, который мы ищем.
Мы еще не работали с докером, и я понимаю, что у всех были разные требования, но было бы полезно услышать несколько историй успеха / неудач, чтобы сузитьварианты для расследования.