2016-01-25 3 views
1

Я создаю решение, которое будет предоставляться нескольким компаниям. Любая компания должна будет указать свои домены (или просто поддомен) на мой сервер, а затем я буду обрабатывать страницы для своих клиентов.AWS Несколько доменов, указывающих на тот же сервер

Я тестирую с помощью следующей конфигурации:

  • CustomerABC.com указывая на одну размещенную зону в пути 53
  • CustomerDEF.com указывая на другую размещенную зону в пути 53
  • Размещенные зоны имеют запись A, указывающую на тот же экземпляр сервера EC2.

Таким образом, каждый клиент, который хочет использовать мою услугу, должен будет изменить DNS своего домена на свой собственный хостинг z один в моем маршруте53. Мой сервер будет обрабатывать многие домены.

Мне не нужно создавать новую зону размещения для каждого нового клиента. Есть ли способ достичь такого же результата?

ответ

6
  1. Поместите Elactic Load Balancer перед экземпляром приложения (даже если вы используете только один экземпляр в начале).
  2. Используя свой домен (зона не должна размещаться на Route53), создайте одну запись CNAME (или ALIAS) (например, myapp.example.com) и point it to your load balancer's domain name.
  3. Просто скажите своим клиентам CNAME их субдомен ваше приложение имя Dns
3

Если бизнес, который я искал, чтобы делать бизнес с сказал, что мне нужно, чтобы создать новую зону на моем DNS для доступа к приложению I очень быстро переведут мой бизнес в другое место! Особенно, если они хотят контролировать эту зону, есть большие проблемы с безопасностью, позволяющие это. Вы почти наверняка потеряете бизнес, если вы сделаете это требование.

Это общепринятая проблема для тысяч предприятий в Интернете, вы просто говорите им указать свой домен на свои серверы, и вы выясните, кем является клиент. Либо используя что-то вроде поля HTTP Servername, либо используя какой-то способ аутентификации, который отличает их от других пользователей.

На сегодняшний день самым простым методом является запись CNAME, на которую вы указываете всех своих клиентов. В зависимости от вашей бизнес-модели может быть полезно предоставить каждому клиенту пользовательский CNAME, некоторый случайный уникальный идентификатор, поэтому, если вам нужно будет расширять и перемещать клиентов в будущем, вы можете делать их по одному за раз.

Осмотрите своих конкурентов или просто вокруг других предприятий, имеющих похожие веб-модели. Понимайте, как они создают свою инфраструктуру и подражают этому. Но, взяв целую зону DNS, это действительно плохая идея.

+1

Вам не хватает детали, здесь - если это субдомен, обязательно, пусть они выполняют CNAME ... но для некоторых служб с белой меткой (включая один из них я участвую) клиент часто регистрирует новый * domain * для своего «специального сайта' $ {thing_my_platform_does} 'веб-сайта, который фактически является кластером, обслуживающим мое приложение. С AWS вы * нуждаетесь в * управлении DNS, чтобы использовать записи Alias ​​на вершине для ELB или CloudFront для управления масштабированием. Я создаю зону размещения $ 0.10 для каждого из них и даю им записи NS для своего регистратора. Это не проблема. –

 Смежные вопросы

  • Нет связанных вопросов^_^