DynamoDB без сервера, используя Fn :: GetRef для ссылки на глобальный вторичный индекс - PullRequest
0 голосов
/ 03 июня 2018

У меня есть API / сервис, который я определяю с помощью таблицы DynamoDB.У меня есть пара индексов (определяется как глобальный вторичный индекс) для поддержки нескольких запросов.У меня есть разработанная таблица с определениями GSI и тем, что выглядит как правильные запросы.Тем не менее, я получаю это исключение при выполнении запроса:

{ AccessDeniedException: User: arn:aws:sts::OBSCURED:assumed-role/chatroom-application-dev-us-east-1-lambdaRole/chatroom-application-dev-getRoomMessages is not authorized to perform: dynamodb:Query on resource: arn:aws:dynamodb:us-east-1:OBSCURED:table/messages-table-dev/index/roomIndex
at Request.extractError (/var/task/node_modules/aws-sdk/lib/protocol/json.js:48:27)
at Request.callListeners (/var/task/node_modules/aws-sdk/lib/sequential_executor.js:105:20)
at Request.emit (/var/task/node_modules/aws-sdk/lib/sequential_executor.js:77:10)
at Request.emit (/var/task/node_modules/aws-sdk/lib/request.js:683:14)
at Request.transition (/var/task/node_modules/aws-sdk/lib/request.js:22:10)
at AcceptorStateMachine.runTo (/var/task/node_modules/aws-sdk/lib/state_machine.js:14:12)
at /var/task/node_modules/aws-sdk/lib/state_machine.js:26:10
at Request.<anonymous> (/var/task/node_modules/aws-sdk/lib/request.js:38:9)
at Request.<anonymous> (/var/task/node_modules/aws-sdk/lib/request.js:685:12)
at Request.callListeners (/var/task/node_modules/aws-sdk/lib/sequential_executor.js:115:18)
message: 'User: arn:aws:sts::OBSCURED:assumed-role/chatroom-application-dev-us-east-1-lambdaRole/chatroom-application-dev-getRoomMessages is not authorized to perform: dynamodb:Query on resource: arn:aws:dynamodb:us-east-1:OBSCURED:table/messages-table-dev/index/roomIndex',
code: 'AccessDeniedException',
time: 2018-06-02T22:05:46.110Z,
requestId: 'OBSCURED',
statusCode: 400,
retryable: false,
retryDelay: 30.704899664776054 }

В верхней части исключения оно говорит ARN для моего метода getRoomMessages is not authorized to perform: dynamodb:Query on resource: и показывает ARN для глобального вторичного индекса.

Кажется очевидным, мне нужно определить политику предоставления прав доступа к глобальному вторичному индексу.Но не совсем понятно как.Я видел, как другие вопросы StackOverflow о DynamoDB жаловались на фрагментированную документацию и на то, как трудно что-либо найти.Я должен согласиться.Слово «фрагментированный» выражается слишком мягко.

Я использую Serverless Framework.В разделе provider показано определение политики / роли:

provider:
  name: aws
  runtime: nodejs8.10
  stage: dev
  region: us-east-1
  iamRoleStatements:
    - Effect: Allow
      Action:
        - dynamodb:Query
        - dynamodb:Scan
        - dynamodb:GetItem
        - dynamodb:PutItem
        - dynamodb:UpdateItem
        - dynamodb:DeleteItem
      Resource:
        - { "Fn::GetAtt": ["MessagesDynamoDBTable", "Arn" ] }
        - { "Fn::GetAtt": ["#roomIndex", "Arn" ] }
        - { "Fn::GetAtt": ["#userIndex", "Arn" ] }
  environment:
    MESSAGES_TABLE: ${self:custom.tableName}

В разделе Resource я считаю, что должен перечислить ресурсы, для которых объявлены разрешения.Первый ссылается на таблицу в целом.Последние два я только что добавил и ссылаюсь на индексы.

РЕДАКТИРОВАТЬ: Когда я запускаю serverless deploy, выводится следующее сообщение:

The CloudFormation template is invalid: Template error: instance of Fn::GetAtt references undefined resource #roomIndex

Я попробовал несколько вариантов этого только для того, чтобы получитьта же ошибка.Это сводится к тому, что как в serverless.yml, используя синтаксис Cloudfront, получить ARN для индексов .ARN существует, потому что он показан в исключении.

Определение таблицы DynamoDB:

resources:
  Resources:
    MessagesDynamoDBTable:
      Type: AWS::DynamoDB::Table
      Properties:
        AttributeDefinitions:
          - AttributeName: messageId
            AttributeType: S
          - AttributeName: room
            AttributeType: S
          - AttributeName: userId
            AttributeType: S
        KeySchema:
          - AttributeName: messageId
            KeyType: HASH
        GlobalSecondaryIndexes:
          - IndexName: roomIndex
            KeySchema:
              - AttributeName: room
                KeyType: HASH
            Projection:
              ProjectionType: ALL
            ProvisionedThroughput:
              ReadCapacityUnits: 1
              WriteCapacityUnits: 1
          - IndexName: userIndex
            KeySchema:
              - AttributeName: userId
                KeyType: HASH
            Projection:
              ProjectionType: ALL
            ProvisionedThroughput:
              ReadCapacityUnits: 1
              WriteCapacityUnits: 1
        ProvisionedThroughput:
          ReadCapacityUnits: 1
          WriteCapacityUnits: 1
        TableName: ${self:custom.tableName}

Используемый запрос, соответствующий вышеуказанному исключению:

{
    "TableName": "messages-table-dev",
    "IndexName": "roomIndex",
    "KeyConditionExpression": "#roomIndex = :room",
    "ExpressionAttributeNames": {
        "#roomIndex": "room"
    },
    "ExpressionAttributeValues": {
        ":room": {
            "S": "everyone"
        }
    }
}

И фрагмент кода функции Lambda, который генерирует запрос:

app.get('/messages/room/:room', (req, res) => {
    const params = {
        TableName: MESSAGES_TABLE,
        IndexName: "roomIndex",
        KeyConditionExpression: '#roomIndex = :room',
        ExpressionAttributeNames: { '#roomIndex': 'room' },
        ExpressionAttributeValues: {
            ":room": { S: `${req.params.room}` }
        },
    };
    console.log(`QUERY ROOM ${JSON.stringify(params)}`);
    dynamoDb.query(params, (error, result) => {
        if (error) {
            console.log(error);
            res.status(400).json({ error: 'Could not get messages' });
        } else {
            res.json(result.Items);
        }
    });
});

Ответы [ 3 ]

0 голосов
/ 05 июня 2018

Я нашел лучший ответ, чем опубликовал jake.lang.РЕДАКТИРОВАТЬ: я не видел его второй комментарий, в котором он предложил следующее.

Как он отметил, его было неправильно, так как ARN может измениться по уважительным причинам.Однако решение возникло потому, что ARN для глобального вторичного индекса состоит в добавлении «/ INDEXNAME» к ARN для таблицы.Это означает, что заявлением политики может быть:

iamRoleStatements:
  - Effect: Allow
    Action:
      - dynamodb:Query
      - dynamodb:Scan
      - dynamodb:GetItem
      - dynamodb:PutItem
      - dynamodb:UpdateItem
      - dynamodb:DeleteItem
    Resource:
      - { "Fn::GetAtt": ["MessagesDynamoDBTable", "Arn" ] }
      - { "Fn::Join": [ "/", [ 
          { "Fn::GetAtt": ["MessagesDynamoDBTable", "Arn" ] }, "index", "roomIndex" 
        ]]}
      - { "Fn::Join": [ "/", [
          { "Fn::GetAtt": ["MessagesDynamoDBTable", "Arn" ] }, "index", "userIndex" 
        ]]}

Бит "Fn :: Join" взят из CloudFormation и является операцией "соединения".Он принимает массив строк, объединяя их, используя первый аргумент.Следовательно, это довольно запутанный и слишком сложный метод для расчета ARN, требуемого в этом заявлении о политике.

Для документации см .: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html

0 голосов
/ 17 мая 2019

Вместо Fn::Join вы можете использовать !Sub "${MessagesDynamoDBTable.Arn}", это проще.Более того, если вы хотите получить доступ ко всем индексам (обычно это мой случай), то /index/* - это все, что вам нужно.

Пример:

...
      Policies:
        - Version: "2012-10-17"
          Statement:
            - Effect: Allow
              Action:
                - dynamodb:Query
              Resource:
                - !Sub "${MessagesDynamoDBTable.Arn}"
                - !Sub "${MessagesDynamoDBTable.Arn}/index/*"
...
0 голосов
/ 03 июня 2018

Вот как я объявил мои рабочие разрешения GSI в безсерверном режиме.Я не уверен, но, возможно, проблема в том, что вам нужно объявлять действия для каждого ресурса независимо?

iamRoleStatements: 
  - Effect: Allow
    Action:
      - dynamodb:Query
      - dynamodb:GetItem
      - dynamodb:PutItem
    Resource: "arn:REDACTED:table/TABLENAME”
  - Effect: Allow
    Action:
      - dynamodb:Query
    Resource: "arn:REDACTED:table/TABLENAME/index/INDEXNAME”

Это жесткое кодирование arn, вероятно, не лучшая вещь, но она отлично работала для моей разработки, поэтомудалеко.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...