¿Es preferible un nombre de host con guiones a crear subdominios para una aplicación y sus entornos?

¿Es preferible un nombre de host con guiones a crear subdominios para una aplicación y sus entornos?

Estoy trabajando para estandarizar nuestros nombres DNS para nuestras diversas aplicaciones y propuse el siguiente esquema:

webappname.environment.system.company.tld

Entonces, mi aplicación llamada BackOffice en mi entorno de producción para el sistema CreditReview tendría un FQDN como:

backoffice.prod.creditreview.company.tld.

Ahora, los subdominios systemy environmentaún no existen. Pensé que nuestra gente de infraestructura de TI los crearía como parte del proceso.

En cambio, nuestro arquitecto de infraestructura de TI nos indicó que usáramos nombres de host con guiones, por lo que:

backoffice-prod-creditreview.company.tld

¿Hay alguna razón particular por la que sugeriría esta dirección (además de que no tiene que crear ningún subdominio en DNS?) Desafortunadamente, cuando le pregunto directamente, no me da ninguna justificación, simplemente "es una mejor práctica". ". De eso, sin embargo, no estoy tan seguro. Para mí, los nombres entre guiones no parecen estándar.

Respuesta1

Preferí los nombres de host con guiones; pero no conozco ninguna "mejor práctica" que lo imponga.

La razón principal por la que prefiero los dominios con guiones:

  • Los encuentro más fáciles de leer. Esto es subjetivo.
  • Puede utilizar un único certificado comodín para cubrir todos los dispositivos potenciales en la misma zona
  • En un bosque multidominio, menos confusión sobre a qué dominio pertenece la máquina
  • Menos mantenimiento (esto es subjetivo y en realidad sólo una cantidad trivial de mantenimiento)

Nos sentamos, analizamos nuestro esquema de nombres y nos decidimos por:

site-function-counter- también lo bs-dc-01.ad.example.comes "Berry Street, Controlador de dominio, 01", bs-dc-02.ad.example.cometc. Y luego tenemos cc-dc-01.ad.example.com"Century Circuit, Controlador de dominio, 01", y así sucesivamente. Esto también se podría haber hecho, dc-01.bs.ad.example.compero un vistazo rápido hace que parezca que está en un dominio separado de Active Directory, cuando no lo está (si no está usando AD, entonces este punto probablemente sea irrelevante).

Sin embargo, en última instancia, debe ser coherente independientemente del esquema de nombres que se utilice. Entonces, si su organización ya utiliza nombres de host con guiones, entonces tiene una buena razón para seguir haciéndolo.

Respuesta2

Los puntos son subdominios DNS nativos en jerarquía, mientras que los puntos son dominios separados basados ​​en el dominio principal.

Con el formato de puntos podrás luego delegar alguna zona a alguien (y olvidarte de ella), y con el formato de guiones siempre serás responsable de todos y cada uno de los hosts de tu dominio.

Respuesta3

Qué es más fácil de leer:

domain.tld.
    department
        host1
            subhost1
            subhost2
        host2
            subhost1

o

domain.tld
    department
    host1-department
    host2-department
    host3-department
    subhost1-host1-department
    subhost2-host1-department
    subhost1-host2-department

información relacionada