На высоком уровне я планирую развернуть несколько микро-сервисов на разных конечных точках URL. То есть Foo на foo.com, а Bar на bar.com и Baz на baz.com и так далее. Такая конструкция позволит масштабировать эти сервисы горизонтально в зависимости от их использования. Затем я размещаю на главном хосте, скажем, common.com, на котором есть несколько причудливых правил F5 для перенаправления трафика на мои микро-сервисы. Например, если вы добавите путь, например common.com/foo, он будет скрытым рендерингом с foo.com, но все, включая ресурсы, будет обслуживаться с common.com/foo. Мне интересно, кто-нибудь разработал что-нибудь близкое к этому? Проблема, с которой я столкнулся, заключается в том, что при прямом доступе к foo.com все ресурсы ссылаются на ожидаемый foo.com/public/assets; однако, когда причудливые правила F5 пытаются обработать мой контент с common.com/foo, он пытается ссылаться на common.com/public/assets из-за того, что помощники URL в foo.com по умолчанию создают базовый ресурс, а не как созданный маршрут как common.com/foo/public/assets, который по существу сопоставлен с ресурсами из foo.com/public/assets. Конечный результат - 404 моих активов.
Надеюсь, я частично объяснил свой вариант использования. Любые мысли или направления будут очень цениться. Я надеюсь, что появление микросервисной модели в качестве альтернативы отдельному приложению Rails вызвало некоторые разговоры о том, как ее решить. Ждем ответа.