Мультипроектные или отдельные проекты Spring Cloud

Question

Есть ли у кого-нибудь опыт работы с Spring Cloud Micro Services на производстве?

У меня около 10 микроуслуг в рамках одного большого мультипроекта Maven. Это означает, что весь исходный код находится под одним репо. Преимущества в том, что в моей IDE легко проверить и управлять проектом.

Меня беспокоит CI, поскольку это означает, что серверу сборки необходимо выяснить, какие службы изменились, и развернуть их соответственно. В качестве альтернативы, все микро сервисы будут развернуты каждый раз, когда будет зафиксировано изменение.

Я планирую развернуть проект в качестве репо-источника для каждого микро-сервиса (я чувствую, что это правильный подход). Таким образом, развертывается только уязвимая служба.

Моя цель - запустить каждую микро-службу в качестве контейнера в Kubernetes.

Есть ли у вас какие-либо советы / советы / проблемы, которые вы можете поднять, которые могут стать нежелательным сюрпризом в будущем?

Answer 1

Более важным, чем разделение кодовой базы, является создание отдельного конвейера CI / CD для каждого микросервиса (запуск собственного модуля и тесты интеграции), а также другого конвейера для интеграции всех микросервисов и выполнения сквозных тестов.

Поскольку вы планируете выпускать ваши микросервисы в виде контейнеров Docker, рассмотрите реестр Docker для управления версиями и распространения ваших образов.

Вот некоторые ссылки, которые следуют этой идее: DZone , Microsoft