TL; DR
Использование Lunarpages в качестве обратного прокси .
О DNS
DNS не может управлять «подпапками» (URI).Когда пользователь вводит ваш URL на вашем веб-сайте (или когда вы делаете запрос к вашему API), веб-браузер выполняет DNS-разрешение домена.Поэтому он подключится к www.example.com
, а затем выполнит поиск /apps/project3/api
.Это означает, что невозможно использовать www.example.com/a
на одном сервере и www.example.com/b
на другом с помощью механизма DNS.
Обратный прокси
Чтобы решить эту проблему, одно решениеобратный прокси.Если Lunarpages позволяет, вы можете использовать их хостинг в качестве прокси для вашего EC2.Каждый запрос www.example.com
будет обрабатываться на Lunarpages.Только запросы /apps/project3/api/*
будут переданы в EC2.Lunarpages выполнит SSL-завершение и затем проксирует запрос к EC2.
Недостатки
Как вы можете себе представить, запрос отправляется на Lunarpages, затем в EC2 и, наконец, возвращается к клиенту.Lunarpages может оказать большое влияние на производительность и время отклика.
Безопасность также важна, потому что связь между Lunarpages и EC2 должна быть зашифрована.Это означает, что на EC2 должен присутствовать другой SSL-сертификат ( самоподписанный ).
Другие решения
Я настоятельно рекомендую использовать того же хостинг-провайдера для того же доменного именидаже если есть несколько серверов для обработки запросов.На ум приходят древовидные решения:
- Размещать все на Lunarpages
- Размещать все на AWS (пересмотреть эту опцию)
- Использовать другой поддомен для API (
api.example.com
) это будет указывать на EC2 и управлять сертификатом SSL api.example.com
на этом EC2.