Una estrategia de etiquetado eficaz te ayuda a organizar y hacer un seguimiento de tus recursos deGoogle Cloud en toda tu organización. Antes de crear etiquetas, revisa estos principios generales para establecer una administración de recursos coherente.
Principios generales para las etiquetas
Usa siempre etiquetas
Aunque las etiquetas no son obligatorias, son útiles para organizar y administrar tus recursos deGoogle Cloud . Las etiquetas se pueden usar para hacer un seguimiento de los costos y, también, identificar recursos. Cuando uses etiquetas para tus recursos, recuerda seguir lineamientos estrictos de etiquetado. Te recomendamos que crees una política de etiquetado formal que se alinee con las partes interesadas clave de la organización. En la tabla de ejemplo, se muestra cómo se ve una política de etiquetado para toda la organización.
Aplica etiquetas de manera programática para mantener la coherencia
Cuando sea posible, aplica etiquetas de manera programática. Las herramientas como Script y Terraform te permiten automatizar el proceso de creación de etiquetas y ayudan a aplicar la política de etiquetado. Estas herramientas garantizan que las etiquetas se apliquen de manera coherente en todos tus recursos. Usa un formato que distinga mayúsculas de minúsculas para el etiquetado y aplícalo de manera coherente en todos los recursos.
Estandariza las etiquetas
Usa un conjunto de etiquetas coherente y estándar para todos tus recursos. Esto facilita la búsqueda, el filtrado y la administración de tus recursos. Para simplificar tu estrategia de etiquetas, intenta no usar más de diez. Alinea tus etiquetas según cómo quieras informar los costos. Considera usar un conjunto estándar de claves y valores de etiquetas que funcionen mejor para tu organización. Tus etiquetas pueden abarcar casos de uso empresarial, como entorno, clasificación de datos, centro de costos, equipo, componente, aplicación y cumplimiento.
Ten en cuenta que estandarizar y cumplir con una política de etiquetado es fundamental para las etiquetas administradas de forma centralizada. Los equipos de producto y los departamentos también pueden agregar etiquetas personalizadas a los recursos para compartir información específica del equipo. Para obtener más información, consulta Cómo aplicar etiquetas no estándar.
Este es un ejemplo de cómo puedes definir un conjunto estándar de valores para cada una de las claves:
- Entorno:
prod/dev/staging - Clasificación de datos:
public/internal-only/confidential/restricted/na - Centro de costos:
c23543 - Equipo:
shopping-cart - Componente:
frontend/cache/backend/database - Aplicación:
shopping-cart-payments - Cumplimiento:
pci-hipaa
Evita la información confidencial
Proteger la información de identificación personal (PII) es fundamental para la seguridad. Evita almacenar PII o cualquier otra información confidencial en tus etiquetas.
Cómo aplicar etiquetas no estándar
Aunque es fundamental cumplir con una política de etiquetas, estas también se pueden usar para compartir
información específica de un equipo de producto o departamento. En ese caso,
proporcionar a los propietarios de recursos de equipos individuales la opción de aplicar etiquetas no estándar
para cada recurso puede ayudar a proporcionar más contexto sobre el recurso. Esto facilita
la búsqueda, el filtrado y el uso compartido de información específica de estos equipos de producto
o departamentos. Por ejemplo, un solo recurso puede tener un conjunto de
etiquetas estándar, como environment:prod, data-classification:restricted, cost-center:c23543, team:shopping-cart, app:shopping-cart-payments, component:database y compliance: pci. El propietario del recurso puede agregar etiquetas no estándar,
como version:5.0.1 y replica:primary, para indicar la versión
del clúster de base de datos y el estado de replicación del nodo.
Considera las implicaciones de los cambios
Es probable que tu estrategia de etiquetado cambie en momentos en que los requisitos empresariales evolucionen. Ten en cuenta las implicaciones que pueden tener estos cambios. Por ejemplo, la incorporación de nuevos centros de costos, microservicios o herramientas puede afectar tu estrategia de etiquetado.
Esquema y patrón de nombres de etiquetas
Cada organización tiene su propia forma de organizar los recursos. Puedes usar etiquetas para categorizar los recursos de tu jerarquía de varias maneras, lo que ayuda a los usuarios a filtrar los recursos que necesitan. Cuando definas tu esquema de nombres de etiquetas, ten en cuenta lo siguiente:
- Entorno, centro de costos, equipo, componente, aplicaciones, cumplimiento y propiedad asociados con el recurso.
- Clasificación de los datos almacenados en el sistema. Esto solo se aplica a los sistemas con estado.
- Etiquetas que se deben aplicar a nivel de recurso específico, como Compute Engine, bucket de Cloud Storage o en el proyecto.
- Flexibilidad para usar etiquetas opcionales, según sea necesario, para proporcionar más información sobre los recursos.
Codificación de etiquetas y caracteres admitidos
Todos los caracteres de clave y valor deben usar la codificación UTF-8. Se permite el uso de caracteres internacionales. Las claves deben empezar con una letra en minúscula o un carácter internacional. Las claves y los valores pueden contener solo letras en minúscula, números, guiones bajos y guiones.
Ejemplo de definición de etiquetas
Para definir las etiquetas, estos son algunos atributos que debes tener en cuenta.
| Campo | Descripción |
|---|---|
| Clave de etiqueta | La clave de etiqueta es un identificador único para una etiqueta. Debe ser una cadena con una longitud mínima de 1 carácter y una longitud máxima de 63 caracteres. La clave no puede estar vacía. Puedes usar un conjunto estándar de claves de etiqueta que funcionen mejor para tu organización y que abarquen casos de uso empresarial, como environment, data-classification, cost-center, team, component, application y compliance. |
| Valor de etiqueta | El valor de la etiqueta son los datos asociados con la clave. Puede ser una cadena, un número o un valor booleano. Como práctica recomendada, considera definir un conjunto de valores para cada clave de etiqueta. Esto puede ayudar a los equipos a seleccionar y asignar valores adecuados para cada clave. Por ejemplo, una clave environment puede tener valores como prod, staging, dev o tools. |
| Parte interesada | Identifica el departamento que necesita la clave de etiqueta para filtrar recursos o crear informes. Por ejemplo, un departamento de finanzas de una organización desea conocer el costo de ejecutar el entorno de prod. Usarían el par clave:valor de la etiqueta environment:prod. |
| Recurso objetivo | Para cada etiqueta, considera definir un recurso Google Cloud de destino en el que se deba aplicar el par clave:valor de la etiqueta. Por ejemplo, la clave de etiqueta environment debe estar en cada recurso Google Cloud del entorno de producción de tu organización. |
| Excepción | Considera definir qué claves de etiqueta son obligatorias en todos los recursos y cuáles son opcionales. En la tabla de ejemplo, hay algunos pares de etiquetas key:value que son opcionales, como environment:tools. La clave de etiqueta altostrat-team se puede considerar opcional cuando la etiqueta altostrat-environment tiene el valor de etiqueta establecido en tools. |
En el siguiente ejemplo de etiqueta, altostrat corresponde al nombre de la empresa.
| Clave de etiqueta | Valor de etiqueta | Parte interesada | Recurso objetivo | Excepción |
|---|---|---|---|---|
| altostrat-environment | prod, sb1, staging, dev, tools | Finanzas | Google Cloud recurso | No |
| altostrat-data-classification | público, solo para uso interno, confidencial, restringido, na | Seguridad | Buckets, bases de datos y discos persistentes con Compute Engine | No |
| altostrat-cost-center | fin-us, mkt-eu, it-jp | Finanzas | Google Cloud recurso | sandbox-folder |
| altostrat-team | carrito de compras | Líder de equipo | Recursos deGoogle Cloud | Entornos que no son de producción, componentes no esenciales |
| altostrat-component | frontend, caché, aplicación, base de datos | Finanzas | Google Cloud recurso | Opcional |
| altostrat-app | shopping-cart-payment | Finanzas | Google Cloud recurso | No. Hay una excepción para los recursos de múltiples usuarios en los que no hay una asignación 1:1 con la aplicación. |
| altostrat-compliance | pci, hipaa | Seguridad | Google Cloud recurso | Opcional |