У нас есть довольно большое монолитное приложение (java/spring), и мы рассматриваем его разделение на микросервисы и использование весеннего облака для использования существующего решения для некоторых распространенных проблем (обнаружение, резервирование и т. Д.). В настоящее время мы запускаем один экземпляр (с разными модулями) для каждого клиента.Cloud Foundry для изолированных сред
Некоторые из наших клиентов небольшие, и один VPS обрабатывает его, а другие - больше и могут использовать несколько серверов.
Проблема в том, что этот «пакет» микросервисов должен быть изолирован для каждой среды - они могут быть немного разными.
Поскольку я читаю ресурсы о Cloud Foundry - который выглядит действительно замечательно - кажется, что было бы лучше запустить экземпляр литейного листка на одного клиента, и я боюсь, что это слишком много, и для этого достаточно много работы один клиент работает (который я хотел бы автоматизировать как можно больше).
Идеальное решение
НАЧАТЬ
Мы предлагаем серверы с гетерогенной ОС, возможные контейнеры (VM/грузчик/тюремное/...) с ограничениями, где они могут Рур и, наконец, услуги с ограничениями в каких контейнерах они могут работать.
При создании новой среды я просто предоставляю список служб для запуска в ней, и Solution создает контейнеры, развертывает в них службы и настраивает между ними каналы связи (брокер сообщений).
Он также должен обрабатывать обновления, мониторинг и т.д.
END
Какой подход вы бы порекомендовали? Или, пожалуйста, вы могли бы поделиться своим опытом с подобными вещами?
Благодаря
Cloudfoundry имеет концепцию орг, пространств и ролей, которые позволяют выполнять сепарирование. https://docs.cloudfoundry.org/concepts/roles.html – spencergibb