Las políticas de etiquetas estandarizan el etiquetado al exigir etiquetas compatibles en los recursos. Esto mejora la eficiencia de la gestión para la asignación de costos, el control de permisos y las operaciones y mantenimiento automatizadas. Hay dos modos disponibles: la política de etiquetas para la cuenta actual y la política de etiquetas para un resource directory.
Escenarios
A medida que crecen los recursos en la nube, las etiquetas permiten categorizarlos, asignar costos y automatizar las operaciones y el mantenimiento. Sin embargo, los usuarios suelen olvidar adjuntar etiquetas, las agregan incompletas o escriben mal sus valores. Estas situaciones provocan fallos en la asignación de costos y en la gestión automatizada. Las políticas de etiquetas resuelven a continuación escenarios:
-
Bloqueo preventivo de etiquetas no compatibles
Garantice el cumplimiento de las etiquetas desde el momento en que se crea el recurso. La función de bloqueo preventivo asegura que solo se adjunten etiquetas compatibles durante la creación.
De forma predeterminada, esta función valida únicamente las etiquetas definidas en la política. Si habilita la validación estricta, también bloqueará los recursos sin etiquetas o con etiquetas ajenas a la política.
-
Detección automática de etiquetas
Después de crear el recurso, las políticas de etiquetas monitorean sus cambios e identifican etiquetas no compatibles en a continuación casos:
Las etiquetas adjuntas al recurso no están estandarizadas.
Al recurso le faltan las etiquetas especificadas.
La detección automática identifica los problemas de cumplimiento de manera temprana y exhaustiva.
-
Corrección automática de etiquetas
Cuando la detección automática encuentra etiquetas no compatibles y la regla admite corrección automática, la política de etiquetas corrige las etiquetas sin intervención manual.
-
Herencia automática de etiquetas de los resource groups a sus recursos
Los recursos creados dentro de un resource group, o agregados a este, heredan automáticamente sus etiquetas.
Use a tag policy for automatic tag inheritance based on resource groups.
Cómo funciona
Las políticas de etiquetas garantizan el cumplimiento desde la creación del recurso (de forma preventiva) hasta el monitoreo continuo (posterior al evento).
-
Bloqueo preventivo
Cuando usted crea un recurso o adjunta etiquetas, la política de etiquetas comprueba su cumplimiento. Las operaciones no compatibles se bloquean.
-
Detección y corrección posteriores al evento
Se comprueba el cumplimiento de las etiquetas en los recursos existentes. Las etiquetas no compatibles se corrigen de forma manual o mediante corrección automática.
Modos de política de etiquetas
Tag Policy admite el modo de cuenta única y el modo de resource directory. Elija un modo según su escenario y tipo de cuenta.
|
Escenario |
Tipo de cuenta de inicio de sesión |
Modo de la función Tag Policy |
Referencias |
|
Si gestiona los recursos en la nube con una sola cuenta de Alibaba Cloud y sus usuarios de RAM, habilite Tag Policy en modo de cuenta única. Así controlará las operaciones de etiquetas de dicha cuenta y de sus usuarios de RAM. |
Cuenta de Alibaba Cloud que no es la cuenta de administración ni miembro de un resource directory |
Modo de cuenta única: controla las operaciones de etiquetas de una cuenta de Alibaba Cloud y de sus usuarios de RAM. |
|
|
Si utiliza un resource directory para gestionar todas sus cuentas, use la cuenta de administración para habilitar Tag Policy en modo de resource directory. De esta forma, controlará las operaciones de etiquetas en todos los miembros. |
Cuenta de administración de un resource directory |
Según sus necesidades, habilite uno o ambos modos.
|
|
|
Miembro de un resource directory |
El comportamiento depende de si Tag Policy está habilitado para el resource directory:
|
Límites
|
Límite |
Especificación |
|
Número máximo de políticas de etiquetas por cuenta |
100 |
|
Número máximo de políticas de etiquetas por resource directory |
100 |
|
Longitud máxima de una política de etiquetas |
2,048 caracteres |
|
Tiempo de activación del bloqueo preventivo |
|
|
Tiempo de activación de la detección automática |
|
|
Tiempo de activación de la corrección automática |
Comienza en un plazo de 10 minutos después de detectar un recurso no compatible. |
Mejores prácticas
Servicios de Alibaba Cloud compatibles con las políticas de etiquetas
|
Servicio de Alibaba Cloud |
Código de servicio |
Tipo de recurso |
Admite detección y corrección automática de etiquetas |
Admite herencia automática de etiquetas desde resource groups |
API compatibles con la función de bloqueo preventivo predeterminada① |
API compatibles con la función de bloqueo preventivo de validación estricta② |
|
Elastic Computing Service |
ecs |
instance |
Sí |
Sí |
||
|
Ninguna |
||||||
|
eni |
Sí |
No |
||||
|
Ninguna |
||||||
|
securitygroup |
Sí |
Sí |
||||
|
Ninguna |
||||||
|
disk |
Sí |
Sí |
||||
|
Ninguna |
||||||
|
snapshot |
Sí |
No |
||||
|
Ninguna |
||||||
|
ddh |
Sí |
Sí |
||||
|
Ninguna |
||||||
|
image |
No |
No |
||||
|
Ninguna |
||||||
|
Ninguna |
||||||
|
keypair |
No |
No |
||||
|
Ninguna |
||||||
|
launchtemplate |
Sí |
Sí |
||||
|
Ninguna |
||||||
|
snapshotpolicy |
No |
No |
||||
|
ApsaraDB RDS |
rds |
instance |
Sí |
Sí |
Ninguna |
|
|
Ninguna |
||||||
|
Server Load Balancer |
slb |
instance |
Sí |
Sí |
Ninguna |
|
|
certificate |
No |
No |
Ninguna |
|||
|
acl |
No |
No |
Ninguna |
|||
|
Application Load Balancer |
alb |
acl |
No |
No |
Ninguna |
|
|
loadbalancer |
No |
No |
Ninguna |
|||
|
securitypolicy |
No |
No |
Ninguna |
|||
|
servergroup |
No |
No |
Ninguna |
|||
|
virtual private cloud |
vpc |
vpc |
Sí |
Sí |
Ninguna |
|
|
vswitch |
Sí |
No |
Ninguna |
|||
|
routetable |
Sí |
No |
Ninguna |
|||
|
NAT Gateway |
vpc |
natgateway |
Sí |
Sí |
Ninguna |
|
|
VPN Gateway |
vpc |
vpngateway |
No |
No |
Ninguna |
|
|
Internet Shared Bandwidth |
vpc |
commonbandwidthpackage |
No |
No |
Ninguna |
|
|
Elastic IP Address |
vpc |
eip |
Sí |
Sí |
Ninguna |
|
|
Cloud Enterprise Network (CEN) |
cen |
cen |
Sí |
Sí |
Ninguna |
|
|
bandwidthpackage |
No |
No |
Ninguna |
|||
|
CDN |
cdn |
domain |
Sí |
Sí |
Ninguna |
Ninguna |
|
Object Storage Service |
oss |
bucket |
Sí |
Sí |
Ninguna |
Ninguna |
|
ApsaraDB for Tair (compatible con Redis®) |
kvstore |
instance |
Sí |
Sí |
Ninguna |
|
|
Ninguna |
||||||
|
ApsaraDB for MongoDB |
dds |
instance |
Sí |
Sí |
Ninguna |
|
|
ApsaraDB for HBase |
multimod |
cluster |
Sí |
Sí |
Ninguna |
|
|
PolarDB |
polardb |
cluster |
Sí |
Sí |
Ninguna |
Ninguna |
|
File Storage NAS |
nas |
filesystem |
Sí |
Sí |
Ninguna |
Ninguna |
|
Anti-DDoS |
ddoscoo |
instance |
Sí |
Sí |
Ninguna |
|
|
Ninguna |
||||||
|
container service |
cs |
cluster |
Sí |
Sí |
Ninguna |
Ninguna |
|
API Gateway |
apigateway |
api |
Sí |
Sí |
Ninguna |
Ninguna |
|
apigroup |
Sí |
Sí |
Ninguna |
Ninguna |
||
|
app |
No |
No |
Ninguna |
Ninguna |
||
|
instance |
No |
No |
Ninguna |
Ninguna |
||
|
plugin |
No |
No |
Ninguna |
Ninguna |
||
|
Alibaba Cloud DNS |
alidns |
domain |
No |
No |
Ninguna |
Ninguna |
|
Auto Scaling |
ess |
scalinggroup |
No |
No |
||
|
Ninguna |
||||||
|
Elastic Container Instance |
eci |
containergroup |
No |
No |
||
|
Ninguna |
||||||
|
imagecache |
No |
No |
Ninguna |
|||
|
Ninguna |
||||||
|
virtualnode |
No |
No |
Ninguna |
|||
|
Message Queue for Apache RocketMQ |
mq |
group |
No |
No |
Ninguna |
|
|
instance |
No |
No |
Ninguna |
|||
|
topic |
No |
No |
Ninguna |
|||
|
Bastionhost |
bastionhost |
instance |
No |
No |
Ninguna |
|
|
Resource Orchestration Service |
ros |
changeset |
No |
No |
Ninguna |
|
|
stack |
No |
No |
||||
|
Ninguna |
||||||
|
Ninguna |
||||||
|
template |
No |
No |
Ninguna |
Nota:
①El bloqueo preventivo abarca dos escenarios: la creación de recursos y la adición de etiquetas. La compatibilidad varía según el servicio, el tipo de recurso y la API. Por ejemplo, en las instancias de ECS, CreateInstance bloquea las etiquetas no compatibles durante la creación, mientras que TagResources las bloquea al adjuntarlas.
②Habilite manualmente la función de validación estricta para el bloqueo preventivo. Strong validation feature.