Это вопрос настройки относительно простого обратного прокси-сервера, при условии, что вы можете предоставить четкие правила маршрутизации того, что идет в AEM, а что нет ... но убедитесь, что вы учитываете различные способы принятия решения, которое вы принимаете сейчас повлияет на вашу архитектуру в долгосрочной перспективе.
Я использовал Apache mod_rewrite таким образом. В этой конфигурации у нас был дополнительный сервер Apache, который находился перед стеком AEM, размещенным в управляемых сервисах Adobe, и устаревшее веб-приложение, которое совместно использовало тот же набор доменов (рыночные сайты c). Решение было принято на основе URL. Короче говоря, в зависимости от ваших точных настроек, желаемой гибкости и контекста безопасности, вы можете выбрать другой подход.
Очень похожая вещь должна быть легко достижимой на уровне CDN. Это может различаться у разных провайдеров, но несколько строк пользовательского VCL на Fastly (который использует Varni sh внутри) могут помочь.
На самом деле, в одном из моих недавних проектов мы использовали оба вышеупомянутых решения в некоторой степени, в зависимости от варианта использования. Имейте в виду, что, хотя сама конфигурация может быть довольно простой, это требует затрат на обслуживание. Это помогает отразить всю настройку в среде разработчика. Нам повезло, что он полностью автоматизирован, поэтому мы могли быстро раскрутить и отбросить окружение в AWS. Это было довольно сложно, и я бы сказал, что многие проекты не нуждаются (и не должны) в этом продвигаться.
Трудно сказать, не зная вашей инфраструктуры (В помещении AEM? AMS? AEM в облаке? Вовлечены ли другие приложения?), но я бы хотел начать с базовой конфигурации c mod_rewrite на Apache (той же, в которой установлен модуль Dispatcher).
В зависимости от того, что что и делает другое веб-приложение, обеспечение правильных правил маршрутизации может быть чем-то простым и невозможным Четкое разделение по пути было бы очень полезно. Помните, что вам, скорее всего, придется иметь дело не только со страницами, но и со всеми видами ресурсов, которые эти страницы загружают.
Еще одна проблема будет заключаться в том, чтобы спроектировать кэширование таким образом, чтобы это имело смысл. Масштабирование может быть еще одним фактором, на который влияют эти решения.