mws_mpostgres_cluster_user (Data Source)
Заголовок раздела «mws_mpostgres_cluster_user (Data Source)»Пользователь в Managed PostgreSQL — это внутренняя учетная запись PostgreSQL для аутентификации в кластере
Примеры использования
Заголовок раздела «Примеры использования»data "mws_mpostgres_cluster_user" "mpostgres_cluster_user_name" { cluster = "example-cluster" user = "example-user"}Required
Заголовок раздела «Required»cluster(String) Название или идентификатор кластера.user(String) Пользователь базы данных.
Optional
Заголовок раздела «Optional»project(String) Путь к проекту.
Read-Only
Заголовок раздела «Read-Only»access_control_policy(String) - “SCOPE_BASED”: Роли пользователя управляются в зависимости от области видимости роли.- роли на конкретные базы данных управляются через API привязок роли;
- глобальные роли (роли, которые применяются во всех базах данных кластера) управляются через спецификацию пользователя. Политика введена для обратной совместимости
additional_roles(Attributes List) Дополнительные роли пользователя (see below for nested schema)kind(String)metadata(Attributes) (see below for nested schema)role(String) Пользовательские роли (они же роли приложений):- “DB_OWNER_USER”: Пользователь с правами владельца базы данных. Это не суперпользователь, не имеет права создавать БД или роли, наследует разрешения
db_owner. - “DB_WRITER_USER”: Пользовательская роль, наследует разрешения групповой роли
db_writer,db_reader. - “DB_READER_USER”: Пользовательская роль, наследует разрешения групповой роли
db_reader.
status(Attributes) (see below for nested schema)
Nested Schema for additional_roles
Заголовок раздела «Nested Schema for additional_roles»Read-Only:
expires_at(String) Дата отзыва дополнительной роли
Дата в формате RFC3339. Пример: 2006-01-02T15:04:05Z07:00
name(String) - “DB_MIGRATOR_ROLE”: Дополнительная роль, позволяющая пользователю БД управлять миграцией данных в mpostgres
Nested Schema for metadata
Заголовок раздела «Nested Schema for metadata»Read-Only:
create_time(String) Дата создания объекта
Дата в формате RFC3339. Пример: 2006-01-02T15:04:05Z07:00
delete_time(String) Время запроса на удаление ресурса (не фактическое время удаления)
Дата в формате RFC3339. Пример: 2006-01-02T15:04:05Z07:00
description(String) Описание ресурсаdisplay_name(String) Отображаемое имя. Необязательное поле, можно свободно задавать и изменять для удобства организации ресурсовid(String) Ссылка на типизированный референсpurge_time(String) Время удаления ресурса
Дата в формате RFC3339. Пример: 2006-01-02T15:04:05Z07:00
usages(Attributes List) Связи с другими ресурсами. В зависимости от типа связи операции над ресурсом могут быть ограничены (see below for nested schema)
Nested Schema for metadata.usages
Заголовок раздела «Nested Schema for metadata.usages»Read-Only:
name(String) Имя связи. Требуется для модификации коллекцииresource(String) Ссылка на ресурсusage_type(String) Тип связи. Помимо стандартных “own” и “use” могут быть добавлены специализированные типы для конкретных сервисов
Nested Schema for status
Заголовок раздела «Nested Schema for status»Read-Only:
ready(Attributes) Информация о статусе реконсиляции (see below for nested schema)role_bindings(Attributes List) Список привязок ролей текущего пользователя (see below for nested schema)
Nested Schema for status.ready
Заголовок раздела «Nested Schema for status.ready»Read-Only:
message(String) Описание статусаstate(String) Состояние ресурса
Nested Schema for status.role_bindings
Заголовок раздела «Nested Schema for status.role_bindings»Read-Only:
database_id(String) Идентификатор базы данных, в которой пользователю назначена роль; “null” — если роль глобальнаяexpires_at(String) Дата и время отзыва привязки роли
Дата в формате RFC3339. Пример: 2006-01-02T15:04:05Z07:00
ready(Attributes) Информация о статусе реконсиляции (see below for nested schema)role(String) Пользовательские роли:- “READER”: Роль, позволяющая пользователю производить операции чтения в базе данных кластера.
- “WRITER”: Роль, позволяющая пользователю производить операции чтения и записи в базе данных кластера.
- “OWNER”: Роль владельца базы данных. Позволяет пользователю производить операции создания и удаления объектов, записи и чтения в базе данных.
- “MIGRATOR”: Роль, позволяющая пользователю контролировать параметры репликации в базах данных кластера, в которых он является владельцем
role_binding_id(String) Идентификатор привязки роли
Nested Schema for status.role_bindings.ready
Заголовок раздела «Nested Schema for status.role_bindings.ready»Read-Only:
message(String) Описание статусаstate(String) Состояние ресурса