Guía de decisiones de nomenclatura y etiquetado de recursos

La organización de los recursos basados en la nube es una tarea crucial TI, salvo que solo se realicen implementaciones simples. Estos son los motivos por los que se recomienda usar los estándares de nomenclatura y etiquetado para organizar los recursos:

  • Administración de recursos: los equipos de TI deberán ubicar rápidamente los recursos asociados a cargas de trabajo específicas, entornos, grupos de propiedad u otra información importante. Organizar los recursos es fundamental para la asignación de roles de la organización y los permisos de acceso para la administración de recursos.

  • Optimización y administración de costos: para que los grupos empresariales conozcan el consumo de recursos en la nube es preciso que el personal de TI sepa qué recursos y cargas de trabajo usa cada equipo. Los temas siguientes tienen el soporte de las etiquetas relacionadas con los costos:

  • Administración de operaciones: la visibilidad que el equipo de administración de operaciones tiene de los compromisos empresariales y del Acuerdo de Nivel de Servicio es un aspecto importante de las operaciones en curso. Para que las operaciones se administren correctamente, se requiere el etiquetado de la importancia crítica.

  • Seguridad: la clasificación de los datos y del impacto en la seguridad es un punto de datos vital para el equipo si se producen vulneraciones o cualquier otro problema de seguridad. Para operar de forma segura, es preciso un etiquetado para la clasificación de datos.

  • Gobernanza y cumplimiento normativo: el mantenimiento de la coherencia entre los distintos recursos ayuda a identificar cualquier cambio con respecto a las directivas acordadas. La guía prescriptiva para el etiquetado de recursos muestra de qué forma puede ayudar uno de los patrones siguientes al implementar prácticas de gobernanza. Existen patrones similares para evaluar el cumplimiento normativo mediante etiquetas.

  • Automatización: un esquema organizativo correcto le permite aprovechar las ventajas de la automatización como parte de la creación de recursos, la supervisión operativa y la creación de procesos de DevOps. También facilita al personal de TI la administración de recursos.

  • Optimización de las cargas de trabajo: el etiquetado puede ayudar a identificar patrones y a resolver problemas amplios. Las etiquetas también puede ayudar a identificar los recursos necesarios para admitir cargas de trabajo individuales. El etiquetado de todos los recursos asociados a cada carga de trabajo permite realizar un análisis más profundo de las cargas de trabajo críticas para tomar decisiones arquitectónicas sólidas.

Guía de decisiones de identidades

Diagram that shows plotting tagging options from least complex to most complex.

El enfoque del etiquetado puede ser simple o complejo. Puede admitir equipos de TI que administran cargas de trabajo en la nube o integrar información relacionada con todos los aspectos del negocio.

El uso del etiquetado alineado con TI, como el etiquetado en función de la carga de trabajo, la aplicación o el entorno, reduce la complejidad de la supervisión de los recursos. La disminución de complejidad permite simplificar el proceso de toma de decisiones de administración basadas en requisitos operativos.

Los esquemas de etiquetado que incluyen un centro de atención alineado con el negocio, como la contabilidad, la propiedad del negocio o la importancia empresarial, pueden requerir una mayor inversión de tiempo. Este tiempo se dedica a crear estándares de etiquetado que reflejen los intereses empresariales y mantengan esos estándares a lo largo del tiempo. Esta inversión produce un sistema de etiquetado que proporciona una mejor contabilidad de los costos y el valor de los recursos de TI a la empresa en general. La vinculación del valor empresarial de un recurso a su costo operativo puede cambiar la vista del centro de costos de TI en una organización más amplia.

Convenciones de nomenclatura de línea de base

Una convención de nomenclatura estandarizada es el punto de partida para organizar los recursos hospedados en la nube. Un sistema de nomenclatura estructurado correctamente permite identificar con rapidez los recursos para la administración y la contabilidad. Es posible que tenga convenciones de nomenclatura de TI existentes en otras partes de la organización. En ese caso, piense si las convenciones de nomenclatura de la nube deben alinearse con ellas o si debe establecer estándares independientes basados en la nube.

Nota:

Las reglas de nomenclatura y sus restricciones varían el función del recurso de Azure. Las convenciones de nomenclatura deben cumplir estas reglas.

Patrones de etiquetado de recursos

Para una organización más sofisticada que la que solo una convención de nomenclatura coherente puede proporcionar, las plataformas de nube admiten la capacidad de etiquetar los recursos.

Las etiquetas son elementos de metadatos asociados a recursos. Las etiquetas constan de cadenas de pares de clave y valor. Los valores que se incluyen en estos pares dependen exclusivamente del usuario. No obstante, la aplicación de un conjunto coherente de etiquetas globales, como parte de una directiva completa de nomenclatura y etiquetado, es una parte fundamental de una directiva de gobernanza general.

Como parte del proceso de planeación, utilice las siguientes preguntas para determinar el tipo de información que deben admitir las etiquetas de recursos:

  • ¿Es necesario integrar las directivas de nomenclatura y etiquetado con las directivas existentes en la empresa?
  • ¿Va a implementar un sistema de contabilidad chargeback o showback? ¿Necesitará asociar los recursos con información contable por departamentos, grupos de negocio y equipos con más detalle que un desglose de nivel de suscripción simple?
  • ¿Es necesario que el etiquetado represente detalles tales como los requisitos de cumplimiento normativo de un recurso? ¿Qué sucede con los detalles operativos tales como los requisitos de tiempo de actividad, las programaciones de aplicación de revisiones o los requisitos de seguridad?
  • ¿Qué etiquetas serán necesarias para todos los recursos en función de la directiva de TI centralizada? ¿Qué etiquetas serán opcionales? ¿Los equipos individuales pueden implementar sus propios esquemas de etiquetado personalizados?

Los siguientes patrones de etiquetado son ejemplos de cómo se puede usar el etiquetado para organizar los recursos en la nube. No está previsto que estos patrones sean exclusivos y se pueden usar en paralelo. Proporcionan varias formas de organizar los recursos en función de las necesidades de la empresa.

Tipo de etiqueta Ejemplos Descripción
Funcional app = catalogsearch1
tier = web
webserver = apache
env = prod
env = staging
env = dev
Clasifique los recursos por su finalidad dentro de una carga de trabajo, el entorno en que se implementaron u otros detalles de su funcionalidad y funcionamiento.
clasificación confidentiality = private
SLA = 24hours
Clasifica un recurso por la forma en que se usa y las directivas que se le aplican.
Control department = finance
program = business-initiative
region = northamerica
Permite asociar cualquier recurso a grupos concretos de una organización para la facturación.
Asociación owner = jsmith
contactalias = catsearchowners
stakeholders = user1;user2;user3
Proporciona información sobre los usuarios (fuera de TI) relacionados con el recurso, o que pueden verse afectados por él de cualquier otra forma.
Propósito businessprocess = support
businessimpact = moderate
revenueimpact = high
Alinea los recursos con las funciones empresariales para dar más soporte a las decisiones de inversión.

Más información

Para obtener más información sobre la nomenclatura y etiquetado en Azure, consulte:

Pasos siguientes

El etiquetado de recursos es solo uno de los principales componentes de infraestructura que requieren decisiones de arquitectura durante un proceso de adopción de la nube. Visite la introducción a las guías para la toma de decisiones arquitectónicas para obtener información sobre patrones o modelos alternativos que se usan cuando se toman decisiones de diseño para otros tipos de infraestructura.