Parece uma quantidade mínima de trabalho e tornará a implementação do servidor de sites confiáveis muito mais simples. Também os registros SRV existem há anos ...
Há algo que estou perdendo aqui?
Edit: @ DJ Pon3 - o que eu estou falando é:
um site veiculado em dois datacenters sem a necessidade de BGP, mas ainda funcionando se o datacenter ficar offline. (Também pode ser alcançado por TTLs DNS curtos.)
vários servidores httpS em portas diferentes em um endereço IP.
domain-name-system
srv-record
fadedbee
fonte
fonte
Respostas:
Como os registros SRV não existiam quando o HTTP foi fornecido uma vez e porque o HTTP não é considerado um serviço.
Hahaha Você se lembra da hora em que o HTTP começou? Quando os primeiros navegadores foram escritos? Isso foi há muito tempo atrás.
SRV são os primeiros na RFC 2782. HTTP vai para RFC 1945 para 1.0. Adivinhe qual foi o primeiro.
fonte
SRV
registros de recursos e HTTP.SRV
registros oferecem três coisas:Re: portas alternativas - os registros SRV podem ser usados como uma maneira de executar servidores da Web em portas alternativas sem ter que anunciar esse fato na URL. Isso é uma coisa ruim . As políticas de firewall corporativo geralmente proíbem o acesso a portas "incomuns", e incentivar a idéia de usar portas alternativas seria ruim para a acessibilidade do site.
O único benefício tangível que vejo é para o nº 3 - permitiria
example.com
ser redirecionadowebhost.example.net
sem exigir umCNAME
(que não é permitido em um ápice da zona) ou umA
registro (que é ruim para a manutenção da zona).fonte