如何解析ECS新增Tag 功能

共计 2503 个字符，预计需要花费 7 分钟才能阅读完成。

如何解析 ECS 新增 Tag 功能，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

随着不断发展的 ECS 产品以及日益成熟市场环境，越来越多的用户使用着阿里云的 ECS 产品。随着用户自身业务的不断增加，需要保有的 ECS 资源数量越来越多，这就导致了这些用户在管理这些资源上出现了不便和困难。

针对资源管理问题，许多用户往往通过对同一类资源以相同的资源名称命名来做到分组的管理。这样虽然达到了分组的功能，但却失去了资源名称本身标识资源身份的作用。

  综上所述，用户迫切需要一个专为资源分组的产品功能，在这样的背景下，资源标签系统（以下简称 Tag）应运而生。

专为分组操作而生

  Tag 功能专为用户对资源进行分组操作而准备。一个用户可以使用控制台或者是 Open API 来对资源赋予 Tag。

  我们定义的 Tag 由一对 Key / Value 组成，对于 Tag 的限制如下：

Key 最长可以为 64 个字符，Value 最长则可以为 128 个字符。

Tag 中 Key 不可以为空，而 Value 可以为空。

同一个资源上，不允许出现相同 Key 的 Tag。也就是说如果用户对资源打的 Tag Key 与该资源上已经存在的一个 Tag Key 相同，则这次操作的 Tag 将会覆盖之前的 Tag。

不同资源间的 Tag 没有约束，即不同资源可以存在 Key 相同的 Tag。

Tag 的 Key 不允许以 aliyun 开头，此为系统保留字段。

对于一个 ECS 用户而言，账号本身没有 Tag 数的限制，但对于每一个资源，最多只能打 10 个 Tag。

目前 ECS 中支持 Tag 的资源种类有实例（Instance）、磁盘（Disk）、快照（Snapshot）、镜像（Image）这四种，后续还会考虑支持更多种类的资源。

通过对每个资源打上不同的 Tag，用户可以更方便地通过 Tag 来管理自己的资源。

目前，阿里云基于 Tag 提供给用户的功能有：

通过指定 Tag 作为查询的过滤条件，可以查找所有关联此 Tag 的资源，以达到分组管理资源的目的。

查询资源信息的返回结果中也会带有该资源所关联的 Tag 信息。

适合大型企业及游戏业务

有这样的一位做手游业务的用户，由于公司业务快速发展，需要大量的 ECS 实例作为支撑。

  该用户的公司旗下有多款游戏，均取得了不错的业绩，拥有很广泛的用户基础。但是因为该公司使用的是同一个阿里云账号，所以需要根据不同的游戏，对其所有的 ECS 进行分组区分。这就需要阿里云提供的 Tag 功能。

  例如用户的一款手游叫做 A，而另一款游戏叫做 B，那么：

对于支持 A 这款游戏的资源，可以打上 Key 为“game”，Value 为“A”的 Tag；

对于支持 B 这款游戏的资源，可以打上 Key 为“game”，Value 为“B”的 Tag。

这样用户需要查询属于支持 A 游戏的资源时，只需要以 Tag（Key=game，Value=A）的过滤条件筛选即可；反之，如果要查询属于 B 游戏的资源，则需要以 Tag（Key=game，Value=B）的过滤条件筛选。

  还有一位大企业的客户，企业下面有很多的事业部，不同事业部分别都有自己的技术团队。每个事业部都独立拥有一批 ECS 实例来支持各自的业务。

  该企业用户也是用的同一个阿里云账号，所以需要根据不同的事业部对资源进行分组，同时因为每个事业部中还有不同款的产品，所以还要对每个事业部内的所有机器从产品的维度去对资源做进一步区分。

假设该企业有事业部 A 和事业部 B，A 事业部中有两款产品 A1 和 A2，B 事业部中有三款产品 B1、B2 和 B3。那么如果要对该企业下的资源做分组，可以用如下的方式：

对于 A 事业部中的 A1 产品，可以对支持 A1 产品的资源打上 Key 为 A，Value 为 A1 的 Tag；

对于 A 事业部中的 A2 产品，可以对支持 A2 产品的资源打上 Key 为 A，Value 为 A2 的 Tag；

对于 B 事业部中的 B1 产品，可以对支持 B1 产品的资源打上 Key 为 B，Value 为 B1 的 Tag；

对于 B 事业部中的 B2 产品，可以对支持 B2 产品的资源打上 Key 为 B，Value 为 B2 的 Tag；

对于 B 事业部中的 B3 产品，可以对支持 B3 产品的资源打上 Key 为 B，Value 为 B3 的 Tag。

  这样企业负责管理资源的管理员，在查询属于 A 事业部的资源的时候，可以直接以 Tag-Key 为 A，同时不指定 Tag-Value 的方式，把所有 Tag-Key 为 A，即属于 A 事业部的资源全部查询出来；反之也可以查询出所有的 B 事业部的资源。

  如果要查询用于支持某个事业部中具体某个产品的资源，例如 A 事业部的 A1 产品，那只需要以 Tag-Key 为 A，Tag-Value 为 A1 作为过滤条件即可。

  对于一个控制台用户来说，他可以通过控制台来对资源赋予 Tag，从而达到通过 Tag 功能来对资源进行分组管理和操作的目的。

操作轻松，高效省心

  具体操作的示例如下。

图 1

如图 1 所示，用户可以在左侧的标签库中寻找到自己想要作为查询过滤条件的 Tag，选中要用作过滤条件的标签后，可以将它添加到右侧的选中列表中。

目前允许用户选定最多 5 个 Tag 作为一次查询的过滤条件。

图 2

选中 5 个 Tag 作为过滤条件后的结果如图 2 所示。点击确定，就可以在用户该地域下所有的实例中，筛选出与选中的 Tag 相关联的所有实例。

对于使用 Open API 的用户来说，阿里云也提供通过 Open API 方式对资源进行赋予 Tag 操作，并通过 Tag 对资源进行管理的功能。

图 3

如图 3 所示，用户可以使用 DescribeTags 接口，查询某一地域下所有资源有关的 Tag。

图 4

如图 4，可以指定查询某一地域下 Tag 的 Key 与指定的 Key 相同的所有 Tag。

图 5

如图 5，DescribeInstances 的返回结果中增加了与该资源相关的所有 Tag 信息。

  目前的 Tag 功能才刚刚起步，仅仅满足了最基本的用户功能。接下来还会有不断完善的计划，例如：

支持更多的资源支持 Tag；

RAM 通过 Tag 对资源授权 / 鉴权；

支持通过 Tag 对资源进行批量操作。

关于如何解析 ECS 新增 Tag 功能问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注丸趣 TV 行业资讯频道了解更多相关知识。