Compartir a través de


Definición de su convención de nomenclatura

Un buen nombre para un recurso le ayuda a identificar rápidamente su tipo, su carga de trabajo asociada, su entorno y la región de Azure donde se ejecuta. Para ello, los nombres deben seguir un formato coherente -una convención de nombres- que contenga información importante sobre cada recurso. Lo ideal es que la información de los nombres incluya todo lo necesario para identificar instancias específicas de los recursos. Por ejemplo, una dirección IP pública (PIP) para una carga de trabajo SharePoint de producción en la región oeste de EE.UU. podría ser pip-sharepoint-prod-westus-001.

Diagrama que muestra los componentes de un nombre de recurso de Azure.

Diagrama 1: Componentes de un nombre de recurso de Azure.

Cuando cree su convención de nomenclatura, identifique las piezas clave de información que desea capturar en el nombre de un recurso. Una información diferente es relevante para los distintos tipos de recursos y no todos los componentes de nomenclatura establecidos se pueden usar para cada tipo de recurso. Establezca una convención de nomenclatura estándar para su entorno que sea fácil de seguir, concisa y útil para reconocer la información relevante para el recurso implementado.

En la lista siguiente se proporcionan ejemplos de componentes de la nomenclatura que son útiles al construir nombres de recursos:

Componente de nomenclatura Descripción
Organización Nombre de nivel superior de la organización, normalmente se usa como grupo de administración superior o, en organizaciones más pequeñas, como parte de la convención de nomenclatura. Ejemplo: contoso
Unidad de negocio o departamento División de nivel superior de la empresa propietaria de la suscripción o de la carga de trabajo a la que pertenece el recurso. En organizaciones más pequeñas, este componente podría representar un único elemento organizativo de nivel superior corporativo. Ejemplos: fin, mktg, product, it, corp
Tipo de recurso Una abreviatura que representa el tipo de recurso de Azure. Este componente es a menudo un prefijo o sufijo en el nombre. Para más información, consulte las Abreviaturas recomendadas para los tipos de recursos de Azure. Ejemplos: rg, vm
Nombre de proyecto, aplicación o servicio El nombre del proyecto, aplicación o servicio del que forma parte el recurso. Ejemplos: navigator, emissions, sharepoint, hadoop
Entorno Fase del ciclo de vida de desarrollo de la carga de trabajo que admite el recurso. Ejemplos: prod, dev, qa, stage, test
Ubicación La región o el proveedor de nube en el que se implementa el recurso. Ejemplos: westus, eastus2, westeu, usva, ustx
Rol de máquina virtual Identificador del propósito de la máquina virtual. Ejemplos: db (base de datos), ws (servidor web), ps (servidor de impresión)
Instancia El recuento de instancias para un recurso específico, para diferenciarlo de otros recursos que tienen la misma convención de nomenclatura y los mismos componentes de nomenclatura. Ejemplos, 01, 001

Nota

Aunque en Azure los nombres de máquina virtual (VM) pueden ser más largos que el nombre de NetBIOS permitido de la máquina virtual, se recomienda que sean coherentes. Para más información y otras restricciones, consulte Nombres de equipo.

Consideraciones de nomenclatura

Además de definir los componentes de nomenclatura, también debe tener en cuenta el orden en que se enumeran los componentes de nomenclatura y qué tipo de delimitadores (si los hay) deben aparecer entre los componentes. Tenga en cuenta también las diferentes reglas de nomenclatura asociadas a los tipos de recursos.

Ámbito

Todos los tipos de recursos de Azure tienen un ámbito que define el nivel de ese recurso. Además, un recurso debe tener un nombre único dentro de su ámbito.

Por ejemplo, una red virtual tiene el ámbito de un grupo de recursos, lo que significa que solo puede haber una red llamada vnet-prod-westus-001 en un grupo de recursos específico. Otros grupos de recursos también pueden tener redes virtuales llamadas vnet-prod-westus-001, pero cada grupo de recursos solo puede tener una con ese nombre. Las subredes tienen como ámbito las redes virtuales por lo que cada subred de una red virtual debe tener un nombre diferente.

Algunos nombres de recursos tienen un alcance global, como el nombre de una Plataforma como Servicio (PaaS) que tiene un punto de conexión público o una etiqueta DNS de máquina virtual. Un recurso de alcance global debe tener un nombre que sea único en toda la plataforma Azure.

Diagrama que muestra los niveles del ámbito para los nombres de recursos de Azure.

Diagrama 2: Niveles de ámbito de los nombres de recursos de Azure.

Reglas de nomenclatura de Azure

Las reglas de nomenclatura de Azure varían en función del tipo de recurso. Al definir una convención de nomenclatura, es importante conocer las reglas de nomenclatura de Azure para el tipo de recurso para evitar confusiones y retrasar las implementaciones.

Por ejemplo, los nombres de los recursos tienen límites de longitud. Se recomienda que la longitud de los componentes de nomenclatura sea corta, con el fin de evitar que se superen los límites de longitud de los nombres de recursos.

Nota

Equilibrar el contexto de un nombre con su alcance y límite de longitud es importante cuando desarrolle las convenciones de nomenclatura. Para más información, consulte Reglas y restricciones de nomenclatura para los recursos de Azure.

Cuando construya su convención de nomenclatura, identifique las partes clave de la información que quiere reflejar en el nombre de un recurso. Cada información es pertinente para un tipo de recurso. En la lista siguiente se proporcionan ejemplos de información que son útiles al construir nombres de recursos.

Puede abreviar los nombres de recursos y los componentes de nomenclatura como estrategia para reducir la longitud y la complejidad de los nombres de recursos. Acortar nombres puede ser útil para todos los componentes de nomenclatura, pero es especialmente importante ayudarle a que los nombres de recursos no superen nunca los límites de longitud. Por ejemplo, un nombre de máquina virtual en Azure puede ser mayor que las restricciones de nomenclatura del sistema operativo. Si los nombres de las máquinas virtuales de Azure son siempre más cortos que las restricciones de nomenclatura del sistema operativo, será más fácil crear coherencia, mejorar la comunicación al analizar los recursos y reducir la confusión cuando se trabaje en Azure Portal cuando se ha iniciado sesión en la propia máquina virtual.

Componente de nomenclatura Descripción
Tipo de recurso Una abreviatura que representa el tipo de recurso de Azure. Este componente se usa a menudo como prefijo o sufijo en el nombre. Para más información, consulte las Abreviaturas recomendadas para los tipos de recursos de Azure.
Ejemplos: rg, vm
Unidad de negocio División de nivel superior de la empresa que posee la suscripción o la carga de trabajo a la que pertenece el recurso. En organizaciones más pequeñas, este componente podría representar un único elemento organizativo de nivel superior corporativo.
Ejemplos: fin, mktg, product, it, corp
Nombre de aplicación o servicio Nombre de la aplicación, carga de trabajo o servicio del que forma parte el recurso.
Ejemplos: navigator, emissions, sharepoint, hadoop
Propósito de la suscripción Descripción resumida del propósito de la suscripción que contiene el recurso. A menudo se desglosa según el entorno o las cargas de trabajo específicas.
Ejemplos: prod, shared, client
Entorno Fase del ciclo de vida de desarrollo de la carga de trabajo que admite el recurso.
Ejemplos: prod, dev, qa, stage, test
Región La región de Azure en la que se implementa el recurso.
Ejemplos: westus, eastus2, westeu, usva, ustx

Nota

Cuando esté listo para asignar un nombre a los recursos, consulte Abreviaturas recomendadas para los tipos de recursos de Azure.

En la siguiente sección se proporcionan ejemplos de nombres para tipos de recursos comunes de Azure en una implementación de nube en la empresa.

Nota:

Algunos de estos nombres de ejemplo usan un esquema de relleno de tres dígitos (###), como mktg-prod-001.

El relleno mejora la legibilidad y la ordenación de los recursos cuando esos recursos se administran en una base de datos de administración de configuración (CMDB), en la herramienta de administración de recursos de TI o en las herramientas de contabilidad tradicionales. Cuando el recurso implementado se administra de forma centralizada como parte de un inventario mayor o de una cartera de recursos de TI, el enfoque de relleno está en línea con las interfaces que los sistemas usan para administrar la nomenclatura del inventario.

Desafortunadamente, el enfoque tradicional de relleno de recursos puede resultar problemático en los enfoques de infraestructura como código que pueden recorrer en iteración los recursos en función de un número no rellenado. Este enfoque es común durante la implementación o las tareas de administración de configuración automatizadas. Esos scripts tendrían que seccionar el relleno sistemáticamente y convertir el número rellenado en un número real, lo que ralentizaría el desarrollo del script y el tiempo de ejecución.

Elija un enfoque adecuado para su organización. El relleno que se muestra aquí ejemplifica la importancia del uso de un enfoque coherente para la numeración del inventario, no para mostrar cuál es el mejor enfoque. Antes de elegir un esquema de numeración, con o sin relleno, evalúe lo que afectará más a las operaciones a largo plazo, las soluciones de administración de recursos y CMDB o la administración de inventario basada en código. Después, decida de forma coherente la opción de relleno que mejor se adapte a sus necesidades operativas.

En la siguiente sección se proporcionan algunos ejemplos de nombres para tipos de recursos comunes de Azure en una implementación de nube en la empresa. Para obtener más ejemplos, consulte la herramienta de nomenclatura de Azure.

Nota:

Los siguientes ejemplos pretenden ofrecer una visualización de una convención de nomenclatura, pero las convenciones reales varían según la organización.

Nombres de ejemplo General

Tipo de recurso Ámbito Formato y ejemplos
Grupo de administración Unidad de negocio y/o
Environment
mg-<business unit>[-<environment>]

  • mg-mktg
  • mg-hr
  • mg-corp-prod
  • mg-fin-client
  • Suscripción Cuenta o Contrato Enterprise <business unit>-<subscription purpose>-<###>

  • mktg-prod-001
  • corp-shared-001
  • fin-client-001
  • Grupos de recursos Suscripción rg-<app or service name>-<subscription purpose>-<###>

  • rg-mktgsharepoint-prod-001
  • rg-acctlookupsvc-shared-001
  • rg-ad-dir-services-shared-001
  • Instancia del servicio API Management Global apim-<nombre de aplicación o servicio>

    apim-navigator-prod
    Identidad administrada Resource group id-<app or service name>-<environment>-<region name>-<###>

  • id-appcn-keda-prod-eastus2-001
  • Nombres de ejemplo: Redes

    Tipo de recurso Ámbito Formato y ejemplos
    Red virtual Resource group vnet-<subscription purpose>-<region>-<###>

  • vnet-shared-eastus2-001
  • vnet-prod-westus-001
  • vnet-client-eastus2-001
  • Subred Virtual network snet-<propósito de la suscripción>-<región>-< ###>

  • snet-shared-eastus2-001
  • snet-prod-westus-001
  • snet-client-eastus2-001
  • Tarjeta de interfaz de red (NIC) Resource group nic-<##>-<nombre de VM>-<propósito de la suscripción>-<###>

  • nic-01-dc1-shared-001
  • nic-02-vmhadoop1-prod-001
  • nic-02-vmtest1-client-001
  • Dirección IP pública Resource group pip-<nombre de VM o aplicación>-<entorno>-<región>-<###>

  • pip-dc1-shared-eastus2-001
  • pip-hadoop-prod-westus-001
  • Equilibrador de carga (externo) Resource group lbe-<nombre de aplicación o rol>-<entorno>-<###>

  • lbe-navigator-prod-001
  • lbe-sharepoint-dev-001
  • Grupo de seguridad de red (NSG) Subred o NIC nsg-<nombre de directiva o aplicación>-<###>

  • nsg-weballow-001
  • nsg-rdpallow-001
  • nsg-sqlallow-001
  • nsg-dnsblocked-001
  • Puerta de enlace de red local Puerta de enlace virtual lgw-<propósito de la suscripción>-<región>-< ###>

  • lgw-shared-eastus2-001
  • lgw-prod-westus-001
  • lgw-client-eastus2-001
  • Puerta de enlace de red virtual Virtual network vgw-<propósito de la suscripción>-<región>-< ###>

  • vgw-shared-eastus2-001
  • vgw-prod-westus-001
  • vgw-client-eastus2-001
  • Conexión VPN Resource group vcn-<propósito de la suscripción1>>-<región1>-to-<propósito de la suscripción2>>-<región2>-

  • vcn-shared-eastus2-to-shared-westus
  • vcn-prod-eastus2-to-prod-westus
  • Tabla de rutas Resource group rt-<nombre de tabla de rutas>

  • rt-navigator
  • rt-sharepoint
  • Etiqueta DNS Global <DNS Un registro para VM>.<región>.cloudapp.azure.com

  • dc1.westus.cloudapp.azure.com
  • web1.eastus2.cloudapp.azure.com
  • Nombres de ejemplo: Procesos y web

    Tipo de recurso Ámbito Formato y ejemplos
    Máquina virtual Resource group vm-<rol de vm>-<entorno>-<###>

  • vm-sql-test-001
  • vm-hadoop-prod-001
  • Aplicación web Global app-<proyecto, aplicación o servicio>-<entorno>-<###>.azurewebsites.net

  • app-navigator-prod-001.azurewebsites.net
  • app-accountlookup-dev-001.azurewebsites.net
  • Aplicación de función Global func-<proyecto, aplicación o servicio>-<entorno>-<###>.azurewebsites.net

  • func-navigator-prod-001.azurewebsites.net
  • func-accountlookup-dev-001.azurewebsites.net
  • Nombres de ejemplo: Bases de datos

    Tipo de recurso Ámbito Formato y ejemplos
    Azure SQL Database Azure SQL Server sqldb-<proyecto, aplicación o servicio>-<entorno>

  • sqldb-users-prod
  • sqldb-users-dev
  • Base de datos de Azure Cosmos DB Global cosmos-<proyecto, aplicación o servicio>-<entorno>

  • cosmos-navigator-prod
  • cosmos-emissions-dev
  • Instancia de Azure Cache for Redis Global redis-<proyecto, aplicación o servicio>-<entorno>

  • redis-navigator-prod
  • redis-emissions-dev
  • Nombres de ejemplo: Storage

    Tipo de recurso Ámbito Formato y ejemplos
    Cuenta de Storage (uso general) Global st<proyecto, aplicación o servicio><###>

  • stnavigatordata001
  • stemissionsoutput001
  • Azure StorSimple Global ssimp<proyecto, aplicación o servicio><entorno>

  • ssimpnavigatorprod
  • ssimpemissionsdev
  • Azure Container Registry Global cr<proyecto, aplicación o servicio><entorno><###>

  • crnavigatorprod001
  • Nombres de ejemplo: AI y aprendizaje automático

    Tipo de recurso Ámbito Formato y ejemplos
    Azure AI Search Global srch-<proyecto, aplicación o servicio>-<entorno>

  • srch-navigator-prod
  • srch-emissions-dev
  • Azure OpenAI Service Resource group oai-<proyecto, aplicación o servicio>-<entorno>

  • oai-navigator-prod
  • oai-emissions-dev
  • área de trabajo de Azure Machine Learning Resource group mlw-<proyecto, aplicación o servicio>-<entorno>

  • mlw-navigator-prod
  • mlw-emissions-dev
  • Nombres de ejemplo: Analytics e IoT

    Tipo de recurso Ámbito Formato y ejemplos
    Azure Analysis Services Global como<nombre de aplicación><entorno>

  • asnavigatorprod
  • asemissionsdev
  • Azure Data Factory Global adf-<proyecto, aplicación o servicio>-<entorno>

  • adf-navigator-prod
  • adf-emissions-dev
  • Áreas de trabajo de Azure Synapse Analytics Resource group synw-<proyecto, aplicación o servicio>-<entorno>

  • synw-navigator-prod
  • synw-emissions-dev
  • Cuenta de Data Lake Storage Global dls<proyecto, aplicación o servicio><entorno>

  • dlsnavigatorprod
  • dlsemissionsdev
  • centro de IoT Global iot-<proyecto, aplicación o servicio>-<entorno>

  • iot-navigator-prod
  • iot-emissions-dev
  • Nombres de ejemplo: Integración

    Tipo de recurso Ámbito Formato y ejemplos
    Espacio de nombres de Service Bus Global sbns-<proyecto, aplicación o servicio>-<entorno>.servicebus.windows.net

  • sbns-navigator-prod.servicebus.windows.net
  • sbns-emissions-dev.servicebus.windows.net
  • Cola de Service Bus Azure Service Bus sbq-<proyecto, aplicación o servicio>

  • sbq-navigator
  • Tema de Service Bus Azure Service Bus sbt-<proyecto, aplicación o servicio>

  • sbt-navigator