environment host urls convention e using wildcard DNS

1

estamos configurando novos hosts e servidores de ambiente em nossa empresa ... criando 3 instâncias de servidor ... dev, stage, production

temos vários clientes e vários projetos por cliente então esta é a nossa ideia:

http[s]://[project].[client-code].[environment].[domain].[tld]

E.g.: http://website.client.stage.example.com

Isso está errado?
Outra pessoa da nossa equipe disse que é melhor ter o [env] no topo da url bc que define o status do projeto ...

http[s]://[env][project].[client-code].[domain].[tld]

mas estamos definindo a localização do servidor do projeto.

E.g.: the [project] of [client-code] that is located on the [env] server

disse que ..
Nossa abordagem nos permite usar o DNS curinga para os servidores de preparação e desenvolvimento, então é mais fácil para nós criar o vhost no servidor .. e ele funciona instantaneamente (sem adicionar um novo registro na tabela DNS)

E.g.: CNAME _____ *.dev _____ dev.domain.tld

É uma má ideia?
Tenha em mente que gerenciamos MUITOS clientes e projetos por cliente, o que significa pelo menos duas entradas DNS diferentes por projeto, um para dev e um para estágio, se decidirmos não usar curingas.

    
por Nicolas A. 20.05.2016 / 16:28

0 respostas