Foo foo = ...;
Any any;
any.PackFrom(foo);
...
if (any.UnpackTo(&foo)) {
...
}
×
CreateRole
POST /v1/roles/{name}
常用对象引用
GooglerpcStatus
| 字段名 | 必填 | 可空 | 类型 | 描述 | 格式 |
|---|---|---|---|---|---|
code |
整数 |
int32 |
|||
message |
字符串 |
||||
details |
ProtobufAny 列表 |
ProtobufAny
Any 包含任意序列化后的 Protocol Buffer 消息以及描述序列化消息类型的 URL。
Protobuf 库提供支持以实用函数或 Any 类型的附加生成方法的形式打包/解包 Any 值。
示例 1：在 C++ 中打包和解包消息。
示例 2：在 Java 中打包和解包消息。
Foo foo = ...;
Any any = Any.pack(foo);
...
if (any.is(Foo.class)) {
foo = any.unpack(Foo.class);
}
// or ...
if (any.isSameTypeAs(Foo.getDefaultInstance())) {
foo = any.unpack(Foo.getDefaultInstance());
}
Example 3: Pack and unpack a message in Python.
foo = Foo(...) any = Any() any.Pack(foo) ... if any.Is(Foo.DESCRIPTOR): any.Unpack(foo) ...
Example 4: Pack and unpack a message in Go
foo := &pb.Foo{...}
any, err := anypb.New(foo)
if err != nil {
...
}
...
foo := &pb.Foo{}
if err := any.UnmarshalTo(foo); err != nil {
...
}
Protobuf 库提供的打包方法默认使用 'type.googleapis.com/full.type.name' 作为类型 URL，而解包方法仅使用类型 URL 中最后一个 '/' 之后的全限定类型名称，例如 "foo.bar.com/x/y.z" 将产生类型名称 "y.z"。
JSON 表示
Any 值的 JSON 表示使用反序列化嵌入消息的常规表示，并添加一个包含类型 URL 的附加字段 @type。示例
package google.profile;
message Person {
string first_name = 1;
string last_name = 2;
}
{
"@type": "type.googleapis.com/google.profile.Person",
"firstName": <string>,
"lastName": <string>
}
如果嵌入的消息类型是众所周知的并且具有自定义 JSON 表示，则该表示将被嵌入，并添加一个字段 value，该字段除了 @type 字段外还包含自定义 JSON。示例（对于消息 [google.protobuf.Duration][]）
{
"@type": "type.googleapis.com/google.protobuf.Duration",
"value": "1.212s"
}
| 字段名 | 必填 | 可空 | 类型 | 描述 | 格式 |
|---|---|---|---|---|---|
@type |
字符串 |
唯一标识序列化 Protocol Buffer 消息类型的 URL/资源名称。此字符串必须包含至少一个“/”字符。URL 路径的最后一部分必须表示类型的全限定名称（如 |
StorageRole
角色指定允许对哪些集群对象的子集执行哪些操作。权限可以通过设置 resource_to_access 以及 global_access 直接指定，也可以通过引用 permission_set_name 中的权限集 ID 来指定。
| 字段名 | 必填 | 可空 | 类型 | 描述 | 格式 |
|---|---|---|---|---|---|
name |
字符串 |
|
|||
description |
字符串 |
||||
permissionSetId |
字符串 |
此角色关联的 PermissionSet 和 AccessScope。 |
|||
accessScopeId |
字符串 |
||||
globalAccess |
NO_ACCESS, READ_ACCESS, READ_WRITE_ACCESS, |
||||
resourceToAccess |
StorageAccess 的映射 |
已于 2021-04-20 弃用，改为使用 |
|||
traits |
StorageTraits
| 字段名 | 必填 | 可空 | 类型 | 描述 | 格式 |
|---|---|---|---|---|---|
mutabilityMode |
ALLOW_MUTATE, ALLOW_MUTATE_FORCED, |
||||
visibility |
VISIBLE, HIDDEN, |
||||
origin |
IMPERATIVE, DEFAULT, DECLARATIVE, DECLARATIVE_ORPHANED, |
TraitsMutabilityMode
实验性。注意：请暂时避免使用 MutabilityMode。它将在未来被替换 (ROX-14276)。MutabilityMode 指定对象是否以及如何修改。默认为 ALLOW_MUTATE，表示没有修改限制；这等效于没有 MutabilityMode 指定。ALLOW_MUTATE_FORCED 禁止所有修改操作，除了强制位打开的对象删除。
更改此字段的状态时请小心。例如，将对象从 ALLOW_MUTATE 修改为 ALLOW_MUTATE_FORCED 是允许的，但这将禁止对其进行任何进一步的更改，包括将其改回 ALLOW_MUTATE。
| 枚举值 |
|---|
ALLOW_MUTATE |
ALLOW_MUTATE_FORCED |
TraitsOrigin
Origin 指定对象的来源。对象可以有四种不同的来源：- IMPERATIVE：对象是通过 API 创建的。这是默认假设。- DEFAULT：对象是默认对象，例如默认角色、访问范围等。- DECLARATIVE：对象是通过声明式配置创建的。- DECLARATIVE_ORPHANED：对象是通过声明式配置创建的，然后删除失败（例如，因为它被另一个对象引用）。根据来源，不同的规则适用于对象。不允许通过 API 修改具有 DECLARATIVE 来源的对象，只能通过声明式配置修改。此外，它们可能不会引用具有 IMPERATIVE 来源的对象。不允许通过 API 或声明式配置修改具有 DEFAULT 来源的对象。它们可以被所有其他对象引用。允许通过 API 修改具有 IMPERATIVE 来源的对象，但不能通过声明式配置修改。它们可以引用所有其他对象。不允许通过 API 或声明式配置修改具有 DECLARATIVE_ORPHANED 来源的对象。如果在声明式配置中重新定义，DECLARATIVE_ORPHANED 资源可以再次成为 DECLARATIVE。这些来源的对象在不再被其他资源引用后将立即从系统中清除。它们可以被所有其他对象引用。
| 枚举值 |
|---|
IMPERATIVE |
DEFAULT |
DECLARATIVE |
DECLARATIVE_ORPHANED |