Boas notícias, a AWS começou a oferecer suporte ao roteamento baseado em host.
Fonte: link
Atualmente, estou fazendo segmentação de serviço usando subdomínios em um aplicativo existente.
For example:
www.example.com -> static website delivered from s3
admin.example.com -> ELB1 to ec2 group 1
accounts.example.com -> ELB2 to ec2 group 2
search.example.com -> ELB3 to ec2 group 3
Você pode ver que eu preciso de 3 ELB para conseguir isso. Com o novo balanceador de carga do aplicativo, espero fazer isso em um balanceador de carga usando regras de roteamento.
For example :
www.example.com -> static website delivered from s3
admin.example.com -> ELB1 to ec2 group 1
accounts.example.com -> ELB1 to ec2 group 2
search.example.com -> ELB1 to ec2 group 3
Não consigo reescrever meu aplicativo para fazer isso. Espero conseguir isso com regras de roteamento no balanceador de carga de aplicativos.
Estou ciente de que posso especificar regras para a parte depois do domínio. Posso especificar regras para o subdomínio?
Já leu: link
Boas notícias, a AWS começou a oferecer suporte ao roteamento baseado em host.
Fonte: link
Você pode ter roteamento baseado em host agora.
A documentação da regra de criação indica que "padrão de caminho" é atualmente o único campo possível no qual uma regra pode se basear:
Isso sugere que o campo "host" ou de nome semelhante que fornece acesso ao subdomínio não é uma opção para o roteamento.
No entanto, se os aplicativos nos grupos ec 1 2 e 3 puderem ser implementados em caminhos arbitrários, bem como em domínios, um novo domínio de aplicativo, digamos, app.example.com, poderá ser criado, que roteado / admin para ec grupo 1, / contas para ec grupo 2, e / search para ec grupo 3 usando um ALB, e os subdomínios existentes poderiam ser orientados para 301 redirecionar para seu respectivo novo domínio + rota (admin.exemplo.com - > 301 para aplicativo .example.com / admin, etc).