Назначение правил доступа к схемам в Managed Service for Trino

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

Чтобы задать правила доступа к схемам:

1. Создайте файл access_control.yaml и добавьте в него следующее содержимое:

   schemas:
     # Правило 1
     - owner: <владеет_ли_пользователь_схемой>
       schema:
         names:
           any: [<список_имен_схем>]
         name_regexp: <регулярное_выражение>
       catalog:
         name_regexp: <регулярное_выражение>
       groups: [<список_идентификаторов_групп>]
       users: [<список_идентификаторов_пользователей>]
       description: <описание_правила>
     # Правило 2
     - <Параметры_правила_2>
     ...
     # Правило N
     - <Параметры_правила_N>
   

   Где:

   • schemas — список правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если параметр schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: names или name_regexp.

   • catalog — каталоги кластера, на которые распространяется правило. Если параметр catalog не указан, правило распространяется на все каталоги кластера.

     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

2. Посмотрите описание команды CLI для создания кластера:

   yc managed-trino cluster create --help
   

3. Выполните команду:

   yc managed-trino cluster create \
     ...
     --access-control-from-file access_control.yaml
   

   Доступные параметры кластера и их описания см. в инструкции.

1. Создайте конфигурационный файл Terraform с планом инфраструктуры.

2. Добавьте в конфигурационный файл ресурс yandex_trino_access_control, содержащий список правил schemas.

   resource "yandex_trino_cluster" "<имя_кластера>" {
     ...
   }
   
   resource "yandex_trino_catalog" "<имя_каталога_1>" {
     ...
   }
   
   resource "yandex_trino_catalog" "<имя_каталога_2>" {
     ...
   }
   
   ...
   
   resource "yandex_trino_catalog" "<имя_каталога_N>" {
     ...
   }
   
   resource "yandex_trino_access_control" "trino_access_control" {
     ...
     cluster_id  = yandex_trino_cluster.<имя_кластера>.id
     schemas = [
       # Правило 1
       {
         owner         = "<владеет_ли_пользователь_схемой>"
         schema        = {
           names       = ["<список_имен_схем>"]
           name_regexp = "<регулярное_выражение>"
         }
         catalog       = {
           ids         = [
             yandex_trino_catalog.<имя_каталога_1>.id,
             yandex_trino_catalog.<имя_каталога_2>.id,
             ... 
             yandex_trino_catalog.<имя_каталога_N>.id
           ]
           name_regexp = "<регулярное_выражение>"
         }
         users         = ["<список_идентификаторов_пользователей>"]
         groups        = ["<список_идентификаторов_групп>"]
         description   = "<описание_правила>"
       },
       # Правило 2
       {
         ... 
       },
       ...
       # Правило N
       {
         ... 
       }
     ]
     ...
   }
   

   Где:

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: names или name_regexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • ids — список идентификаторов каталогов. Указанные каталоги должны создаваться в том же манифесте.
     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: ids или name_regexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

3. Проверьте корректность настроек.

   1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

   2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

4. Подтвердите изменение ресурсов.

   1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

   2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

         terraform apply
         

      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

   export IAM_TOKEN="<IAM-токен>"
   

2. Создайте файл body.json и добавьте в него следующее содержимое:

   {
     <Параметры_кластера>
     ...
     "trino": {
       "catalogs": [
         {
           "name": "имя_каталога_1",
           ...
         },
         {
           "name": "имя_каталога_2",
           ...
         },
         ...
         {
           "name": "имя_каталога_N",
           ...
         }
       ]
       ...
       "accessControl": {
         "schemas": [
           {
             "owner": "<владеет_ли_пользователь_схемой>",
             "schema": {
               "names": {
                 "any": [
                   "<список_имен_схем>"
                 ]
               },
               "nameRegexp": "<регулярное_выражение>"
             },
             "catalog": {
               "names": {
                 "any": [
                   "<имя_каталога_1>",
                   "<имя_каталога_2>",
                   ...
                   "<имя_каталога_N>"
                 ]
               },
               "nameRegexp": "<регулярное_выражение>"
             },
             "users": [
               "<список_идентификаторов_пользователей>"
             ],
             "groups": [
               "<список_идентификаторов_групп>"
             ],
             "description": "<описание_правила>"
           },
           {
             <Блок_правила_2>
           },
           ...
           {
             <Блок_правила_N>
           }
         ]
       }
     }
   }
   

   Где:

   • accessControl — конфигурация прав доступа в рамках кластера.

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • nameRegexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Блок schema должен содержать либо вложенный блок names, либо параметр nameRegexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • names — список имен каталогов. Каталоги должны создаваться в этом же вызове Cluster.Create.
     • nameRegexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Блок catalog должен содержать либо вложенный блок names, либо параметр nameRegexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

   Доступные параметры кластера и их описания см. в инструкции.

3. Воспользуйтесь методом Cluster.Create и выполните запрос, например с помощью cURL:

   curl \
       --request POST \
       --header "Authorization: Bearer $IAM_TOKEN" \
       --url 'https://trino.api.cloud.yandex.net/managed-trino/v1/clusters'
       --data '@body.json'
   

4. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

   export IAM_TOKEN="<IAM-токен>"
   

2. Клонируйте репозиторий cloudapi:

   cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
   

   Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

3. Создайте файл body.json и добавьте в него следующее содержимое:

   {
     <Параметры_кластера>
     ...
     "trino": {
       "catalogs": [
         {
           "name": "имя_каталога_1",
           ...
         },
         {
           "name": "имя_каталога_2",
           ...
         },
         ...
         {
           "name": "имя_каталога_N",
           ...
         }
       ]
       ...
       "access_control": {
         "schemas": [
           {
             "owner": "<владеет_ли_пользователь_схемой>",
             "schema": {
               "names": {
                 "any": [
                   "<список_имен_схем>"
                 ]
               },
               "name_regexp": "<регулярное_выражение>"
             },
             "catalog": {
               "names": {
                 "any": [
                   "<имя_каталога_1>",
                   "<имя_каталога_2>",
                   ...
                   "<имя_каталога_N>"
                 ]
               },
               "name_regexp": "<регулярное_выражение>"
             },
             "users": [
               "<список_идентификаторов_пользователей>"
             ],
             "groups": [
               "<список_идентификаторов_групп>"
             ],
             "description": "<описание_правила>"
           },
           {
             <Блок_правила_2>
           },
           ...
           {
             <Блок_правила_N>
           }
         ]
       }
     }
   }
   

   Где:

   • access_control — конфигурация прав доступа в рамках кластера.

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Блок schema должен содержать либо вложенный блок names, либо параметр name_regexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • names — список имен каталогов. Каталоги должны создаваться в этом же вызове ClusterService/Create.
     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Блок catalog должен содержать либо вложенный блок names, либо параметр name_regexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

   Доступные параметры кластера и их описания см. в инструкции.

4. Воспользуйтесь вызовом ClusterService/Create и выполните запрос, например с помощью gRPCurl:

   grpcurl \
       -format json \
       -import-path ~/cloudapi/ \
       -import-path ~/cloudapi/third_party/googleapis/ \
       -proto ~/cloudapi/yandex/cloud/trino/v1/cluster_service.proto \
       -rpc-header "Authorization: Bearer $IAM_TOKEN" \
       -d @ \
       trino.api.cloud.yandex.net:443 \
       yandex.cloud.trino.v1.ClusterService.Create \
       < body.json
   

5. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

Чтобы задать правила доступа к схемам:

1. Если правила доступа еще не заданы, создайте файл access_control.yaml и добавьте в него следующее содержимое:

   schemas:
     # Правило 1
     - owner: <владеет_ли_пользователь_схемой>
       schema:
         names:
           any: [<список_имен_схем>]
         name_regexp: <регулярное_выражение>
       catalog:
         ids:
           any: [<список_идентификаторов_каталогов>]
         names:
           any: [<список_имен_каталогов>]
         name_regexp: <регулярное_выражение>
       groups: [<список_идентификаторов_групп>]
       users: [<список_идентификаторов_пользователей>]
       description: <описание_правила>
     # Правило 2
     - <Параметры_правила_2>
     ...
     # Правило N
     - <Параметры_правила_N>
   

   Где:

   • schemas — список правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если параметр schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: names или name_regexp.

   • catalog — каталоги, на которые распространяется правило. Если параметр catalog не указан, правило распространяется на все каталоги кластера.

     • ids — список идентификаторов каталогов. Указанные каталоги должны существовать.
     • names — список имен каталогов. Указанные каталоги должны существовать.
     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: ids, names или name_regexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

2. Если правила доступа уже заданы, откройте файл access_control.yaml и внесите в него изменения. Вы можете:

   • добавить новые правила;
   • изменить параметры существующих правил;
   • удалить ненужные правила.

3. Выполните команду:

   yc managed-trino cluster set-access-control <имя_или_идентификатор_кластера> \
     --from-file access_control.yaml
   

   Идентификатор и имя кластера можно запросить со списком кластеров в каталоге.

1. Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

   О том, как создать такой файл, см. в разделе Создание кластера.

2. Если правила доступа еще не заданы, добавьте ресурс yandex_trino_access_control, содержащий список правил schemas.

   resource "yandex_trino_cluster" "<имя_кластера>" {
     ...
   }
   
   resource "yandex_trino_catalog" "<имя_каталога_1>" {
     ...
   }
   
   resource "yandex_trino_catalog" "<имя_каталога_2>" {
     ...
   }
   
   ...
   
   resource "yandex_trino_catalog" "<имя_каталога_N>" {
     ...
   }
   
   resource "yandex_trino_access_control" "trino_access_control" {
     ...
     cluster_id  = yandex_trino_cluster.<имя_кластера>.id
     schemas = [
       # Правило 1
       {
         owner         = "<владеет_ли_пользователь_схемой>"
         schema        = {
           names       = ["<список_имен_схем>"]
           name_regexp = "<регулярное_выражение>"
         }
         catalog       = {
           ids         = [
             yandex_trino_catalog.<имя_каталога_1>.id,
             yandex_trino_catalog.<имя_каталога_2>.id,
             ... 
             yandex_trino_catalog.<имя_каталога_N>.id
           ]
           name_regexp = "<регулярное_выражение>"
         }
         users         = ["<список_идентификаторов_пользователей>"]
         groups        = ["<список_идентификаторов_групп>"]
         description   = "<описание_правила>"
       },
       # Правило 2
       {
         ... 
       },
       ...
       # Правило N
       {
         ... 
       }
     ]
     ...
   }
   

   Где:

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: names или name_regexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • ids — список идентификаторов каталогов. Указанные каталоги должны существовать или создаваться в том же манифесте.
     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Вы можете указать только один из параметров: ids или name_regexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

3. Если правила доступа уже заданы, внесите правки в описание ресурса yandex_trino_access_control. Вы можете:

   • добавить новые правила;
   • изменить параметры существующих правил;
   • удалить ненужные правила.

4. Проверьте корректность настроек.

   1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

   2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

5. Подтвердите изменение ресурсов.

   1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

   2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

         terraform apply
         

      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

   export IAM_TOKEN="<IAM-токен>"
   

2. Если правила доступа еще не заданы, создайте файл body.json и добавьте в него следующее содержимое:

   {
     "updateMask": "trino.accessControl.schemas",
     "trino": {
       "accessControl": {
         "schemas": [
           {
             "owner": "<владеет_ли_пользователь_схемой>",
             "schema": {
               "names": {
                 "any": [
                   "<список_имен_схем>"
                 ]
               },
               "nameRegexp": "<регулярное_выражение>"
             },
             "catalog": {
               "ids": {
                 "any": [
                   "<список_идентификаторов_каталогов>"
                 ]
               },
               "names": {
                 "any": [
                   "<список_имен_каталогов>"
                 ]
               },
               "nameRegexp": "<регулярное_выражение>"
             },
             "users": [
               "<список_идентификаторов_пользователей>"
             ],
             "groups": [
               "<список_идентификаторов_групп>"
             ],
             "description": "<описание_правила>"
           },
           {
             <Блок_правила_2>
           },
           ...
           {
             <Блок_правила_N>
           }
         ]
       }
     }
   }
   

   Где:

   • updateMask — перечень изменяемых параметров в строку через запятую.

     Важно

     При изменении кластера все параметры изменяемого объекта, которые не были явно переданы в запросе, будут переопределены на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask.

   • accessControl — конфигурация прав доступа в рамках кластера.

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы кластера.

     • names — список имен схем.
     • nameRegexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Блок schema должен содержать либо вложенный блок names, либо параметр nameRegexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • ids — список идентификаторов каталогов. Указанные каталоги должны существовать.
     • names — список имен каталогов. Указанные каталоги должны существовать.
     • nameRegexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Блок catalog должен содержать либо один из вложенных блоков ids или names, либо параметр nameRegexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

3. Если правила уже заданы, откройте существующий файл body.json с правилами и внесите в него правки. Вы можете:

   • добавить новые правила;
   • изменить параметры существующих правил;
   • удалить ненужные правила.

4. Воспользуйтесь методом Cluster.Update и выполните запрос, например с помощью cURL:

   curl \
     --request PATCH \
     --header "Authorization: Bearer $IAM_TOKEN" \
     --url 'https://trino.api.cloud.yandex.net/managed-trino/v1/clusters/<идентификатор_кластера>'
     --data '@body.json'
   

   Идентификатор кластера можно получить со списком кластеров в каталоге.

5. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

   export IAM_TOKEN="<IAM-токен>"
   

2. Клонируйте репозиторий cloudapi:

   cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
   

   Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

3. Если правила доступа еще не заданы, создайте файл body.json и добавьте в него следующее содержимое:

   {
     "cluster_id": "<идентификатор_кластера>",
     "update_mask": {
       "paths": [
         "trino.access_control.schemas"
       ]
     },
     "trino": {
       "access_control": {
         "schemas": [
           {
             "owner": "<владеет_ли_пользователь_схемой>",
             "schema": {
               "names": {
                 "any": [
                   "<список_имен_схем>"
                 ]
               },
               "name_regexp": "<регулярное_выражение>"
             },
             "catalog": {
               "ids": {
                 "any": [
                   "<список_идентификаторов_каталогов>"
                 ]
               },
               "names": {
                 "any": [
                   "<список_имен_каталогов>"
                 ]
               },
               "name_regexp": "<регулярное_выражение>"
             },
             "users": [
               "<список_идентификаторов_пользователей>"
             ],
             "groups": [
               "<список_идентификаторов_групп>"
             ],
             "description": "<описание_правила>"
           },
           {
             <Блок_правила_2>
           },
           ...
           {
             <Блок_правила_N>
           }
         ]
       }
     }
   }
   

   Где:

   • cluster_id — идентификатор кластера.

     Идентификатор кластера можно получить со списком кластеров в каталоге.

   • update_mask — перечень изменяемых параметров в виде массива строк paths[].

     Формат перечисления настроек

     "update_mask": {
       "paths": [
         "<настройка_1>",
         "<настройка_2>",
         ...
         "<настройка_N>"
       ]
     }
     

     Важно

     При изменении кластера все параметры изменяемого объекта, которые не были явно переданы в запросе, будут переопределены на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask.

   • access_control — конфигурация прав доступа в рамках кластера.

   • schemas — список блоков правил для схем. Каждое правило включает в себя обязательный параметр owner, а также опциональные параметры schema, catalog, groups, users и description.

   • owner — является ли пользователь владельцем схемы:

     • YES — является.
     • NO — не является.

   • schema — схемы, на которые распространяется правило. Если блок schema не указан, правило распространяется на все схемы кластера.

     • names — список имен схем.
     • name_regexp — регулярное выражение. Правило распространяется на схемы, имена которых соответствуют регулярному выражению.

     Блок schema должен содержать либо вложенный блок names, либо параметр name_regexp.

   • catalog — каталоги, на которые распространяется правило. Если блок catalog не указан, правило распространяется на все каталоги кластера.

     • ids — список идентификаторов каталогов. Указанные каталоги должны существовать.
     • names — список имен каталогов. Указанные каталоги должны существовать.
     • name_regexp — регулярное выражение. Правило распространяется на каталоги, имена которых соответствуют регулярному выражению.

     Блок catalog должен содержать либо один из вложенных блоков ids или names, либо параметр name_regexp.

   • groups — список идентификаторов групп, на которые распространяется правило. Если параметр groups не указан, правило распространяется на все группы пользователей.

   • users — список идентификаторов пользователей, на которых распространяется правило. Если параметр users не указан, правило распространяется на всех пользователей.

   • description — описание правила.

4. Если правила уже заданы, откройте существующий файл body.json с правилами и внесите в него правки. Вы можете:

   • добавить новые правила;
   • изменить параметры существующих правил;
   • удалить ненужные правила.

5. Воспользуйтесь вызовом ClusterService.Update и выполните запрос, например с помощью gRPCurl:

   grpcurl \
     -format json \
     -import-path ~/cloudapi/ \
     -import-path ~/cloudapi/third_party/googleapis/ \
     -proto ~/cloudapi/yandex/cloud/trino/v1/cluster_service.proto \
     -rpc-header "Authorization: Bearer $IAM_TOKEN" \
     -d @ \
     trino.api.cloud.yandex.net:443 \
     yandex.cloud.trino.v1.ClusterService.Update \
     < body.json
   

6. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Конфигурационный файл для такого набора правил выглядит так:

resource "yandex_trino_access_control" "trino_access_control" {
  ...
  cluster_id  = <идентификатор_кластера>
  schemas = [
    {
      users         = ["banned_user_id"]
      owner         = "NO"
    },
    {
      groups        = ["data_engineering_group_id", "admins_group_id"]
      schema        = {
        names       = ["b2b", "b2c"]
      }        
      catalog       = {
        name_regexp = "dwh_.*"
      }
      owner         = "YES"
    }
  ]
  ...
}

Файл body.json для такого набора правил выглядит так:

{
  "updateMask": "trino.accessControl.schemas",
  "trino": {
    "accessControl": {
      "schemas": [
        {
          "users": [
            "banned_user_id"
          ],
          "owner": "NO"
        },
        {
          "groups": [
            "data_engineering_group_id",
            "admins_group_id"
          ],
          "schema": {
            "names": {
              "any": [
                "b2b",
                "b2c"
              ]
            }
          },
          "catalog": {
            "nameRegexp": "dwh_.*"
          },
          "owner": "YES"
        }
      ]
    }
  }
}

Файл body.json для такого набора правил выглядит так:

{
  "cluster_id": "<идентификатор_кластера>",
  "update_mask": {
    "paths": [
      "trino.access_control.schemas"
    ]
  },
  "trino": {
    "access_control": {
      "schemas": [
        {
          "users": [
            "banned_user_id"
          ],
          "owner": "NO"
        },
        {
          "groups": [
            "data_engineering_group_id",
            "admins_group_id"
          ],
          "schema": {
            "names": {
              "any": [
                "b2b",
                "b2c"
              ]
            }
          },
          "catalog": {
            "name_regexp": "dwh_.*"
          },
          "owner": "YES"
        }
      ]
    }
  }
}