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 1: Componentes de un nombre de recurso de Azure.
Componentes de nomenclatura recomendados
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 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 |