Хостинг статического контента в домене, отличном от веб-сервисов, как избежать междоменного использования?

Недавно мы работали над довольно современным веб-приложением и готовы развернуть его для альфа-/бета-тестирования и получить реальный опыт работы с ним. .

У нас есть АСП.Сетевые веб-сервисы (Web Api) и внешний интерфейс JavaScript, который на 100% представляет собой MVC на стороне клиента с использованием магистрали.

Мы приобрели наше доменное имя, и ради этого вопроса наше развертывание выглядит следующим образом:

webservices.mydomain.com (веб-сервисы)

mydomain.com (интерфейс JavaScript)

Если JavaScript пытается общаться с веб-сервисами в субдомене, который мы взрываем из-за междоменных проблем, я играл с CORS, но меня не устраивает поддержка кросс-браузера, поэтому я рассчитываю это как вариант.

На наших ПК для разработки мы использовали обратный прокси-сервер IIS для переадресации всех запросов с mydomain.com/webservices на webservices.mydomain.com. Это решает все наши проблемы, поскольку браузер считает, что все находится в одном домене.

Итак, мой вопрос: как чаще всего решается эта проблема при общедоступном развертывании? Является ли обратный прокси правильным способом сделать это? Если да, то есть ли какие-либо размещенные службы, которые предлагают обратный прокси-сервер для этой ситуации? Есть ли лучшие способы развертывания этого?

Я хочу использовать CloudFront CDN, так как все наши серверы/сервисы размещены на Amazon, однако мне очень сложно найти информацию о том, может ли CDN поддерживать такой тип настройки.

Спасибо