기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

조건 표현식

DynamoDB에서 PutItem, UpdateItem 및 DeleteItem DynamoDB 작업을 사용하여 객체를 변경하는 경우, 작업을 수행하기 전에 DynamoDB에 이미 있는 객체의 상태를 기준으로 요청에 성공할지 여부를 제어하는 조건 표현식을 선택적으로 지정할 수 있습니다.

AWS AppSync DynamoDB 해석기를 사용하면 PutItem, UpdateItem및 DeleteItem 요청 매핑 문서에 조건 표현식을 지정할 수 있으며, 조건이 실패하고 객체가 업데이트되지 않은 경우 따라야 할 전략도 지정할 수 있습니다.

예 1

다음 PutItem 매핑 문서에는 조건식은 포함되어 있지 않습니다. 따라서 키가 같은 항목이 이미 존재하더라도 DynamoDB에 항목을 저장하기 때문에 기존 항목을 덮어 씁니다.

{
   "version" : "2017-02-28",
   "operation" : "PutItem",
   "key" : {
      "id" : { "S" : "1" }
   }
}

예제 2

다음 PutItem 매핑 문서에는 동일한 키를 가진 항목이 DynamoDB에 없는 경우에만 작업을 성공시킬 수 있는 조건 표현식이 있습니다.

{
   "version" : "2017-02-28",
   "operation" : "PutItem",
   "key" : {
      "id" : { "S" : "1" }
   },
   "condition" : {
      "expression" : "attribute_not_exists(id)"
   }
}

기본적으로 조건 확인이 실패하면 AWS AppSync DynamoDB 해석기는 GraphQL 응답 error 섹션의 data 필드에 돌연변이 및 DynamoDB에 있는 객체의 현재 값에 대한 오류를 반환합니다. 그러나 AWS AppSync DynamoDB 해석기는 개발자가 몇 가지 일반적인 엣지 사례를 처리하는 데 도움이 되는 몇 가지 추가 기능을 제공합니다.

이러한 내용은 조건 확인 실패 처리 단원에 자세히 설명되어 있습니다.

DynamoDB 조건 표현식에 대한 자세한 내용은 DynamoDB ConditionExpressions 설명서 섹션을 참조하세요.

조건 지정

PutItem, UpdateItem 및 DeleteItem 요청 매핑 문서 모두에서 선택적 condition 섹션을 지정할 수 있습니다. 이 섹션을 지정하지 않으면 조건 검사가 수행되지 않습니다. 지정한 경우, 해당 조건을 충족해야 작업이 성공합니다.

condition 섹션의 구조는 다음과 같습니다.

"condition" : {
    "expression" : "someExpression"
    "expressionNames" : {
        "#foo" : "foo"
    },
    "expressionValues" : {
        ":bar" : ... typed value
    },
    "equalsIgnore" : [ "version" ],
    "consistentRead" : true,
    "conditionalCheckFailedHandler" : {
        "strategy" : "Custom",
        "lambdaArn" : "arn:..."
    }
}

조건을 지정하는 필드는 다음과 같습니다.

나머지 필드는 AWS AppSync DynamoDB 해석기에 조건 확인 실패를 처리하는 방법을 알려줍니다.

조건 검사 실패 처리

기본적으로 조건 확인이 실패하면 AWS AppSync DynamoDB 해석기는 GraphQL 응답 error 섹션의 data 필드에 돌연변이 및 DynamoDB에 있는 객체의 현재 값에 대한 오류를 반환합니다. 그러나 AWS AppSync DynamoDB 해석기는 개발자가 몇 가지 일반적인 엣지 사례를 처리하는 데 도움이 되는 몇 가지 추가 기능을 제공합니다.

이 프로세스의 흐름 차트입니다.

원하는 결과 확인

조건 확인에 실패하면 AWS AppSync DynamoDB 해석기는 GetItem DynamoDB 요청을 수행하여 DynamoDB 에서 항목의 현재 값을 가져옵니다. DynamoDB 기본적으로 이 해석기는 강력히 일관된 읽기를 사용하지만, condition 블록의 consistentRead 필드를 사용하여 예상 결과와 비교하도록 구성할 수 있습니다.

DynamoDB에서 객체의 현재 상태가 예상 결과와 다른 경우 AWS AppSync DynamoDB 해석기는 구성된 전략을 따라 돌연변이를 거부하거나 Lambda 함수를 호출하여 다음에 수행할 작업을 결정합니다.

'Reject' 전략 따르기

Reject 전략을 따르면 AWS AppSync DynamoDB 해석기는 돌연변이에 대한 오류를 반환하고 DynamoDB에서 객체의 현재 값도 GraphQL 응답 error 섹션의 data 필드에 반환됩니다. DynamoDB에서 반환된 항목은 클라이언트에서 기대하는 형식으로 항목을 변환하는 응답 매핑 템플릿을 통해 입력되며 선택 세트를 기준으로 필터링됩니다.

예를 들어 다음과 같은 변형 요청이 있습니다.

mutation {
    updatePerson(id: 1, name: "Steve", expectedVersion: 1) {
        Name
        theVersion
    }
}

DynamoDB에서 반환된 항목이 다음과 같은 경우:

{
   "id" : { "S" : "1" },
   "name" : { "S" : "Steve" },
   "version" : { "N" : 8 }
}

그리고 응답 매핑 템플릿이 다음과 같은 경우:

{
   "id" : $util.toJson($context.result.id),
   "Name" : $util.toJson($context.result.name),
   "theVersion" : $util.toJson($context.result.version)
}

GraphQL 응답은 다음과 같습니다.

{
  "data": null,
  "errors": [
    {
      "message": "The conditional request failed (Service: AmazonDynamoDBv2; Status Code: 400; Error Code: ConditionalCheckFailedException; Request ID: ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZ)"
      "errorType": "DynamoDB:ConditionalCheckFailedException",
      "data": {
        "Name": "Steve",
        "theVersion": 8
      },
      ...
    }
  ]
}

반환된 객체의 필드를 다른 해석기가 채우고 변형에 성공했는데 이 객체가 error 섹션에서 반환되면 반환된 객체의 필드가 확인되지 않습니다.

'Custom' 전략 따르기

Custom 전략을 따를 때 AWS AppSync DynamoDB 해석기는 Lambda 함수를 호출하여 다음에 수행할 작업을 결정합니다. Lambda 함수는 다음 옵션 중 하나를 선택합니다.

Lambda 호출 요청

AWS AppSync DynamoDB 해석기는 에 지정된 Lambda 함수를 호출합니다lambdaArn. 데이터 원본에 대해 구성된 동일한 service-role-arn을 사용합니다. 호출의 페이로드 구조는 다음과 같습니다.

{
    "arguments": { ... },
    "requestMapping": {... },
    "currentValue": { ... },
    "resolver": { ... },
    "identity": { ... }
}

필드는 다음과 같이 정의됩니다.

페이로드 전체를 보여주는 예:

{
    "arguments": {
        "id": "1",
        "name": "Steve",
        "expectedVersion": 1
    },
    "requestMapping": {
        "version" : "2017-02-28",
        "operation" : "PutItem",
        "key" : {
           "id" : { "S" : "1" }
        },
        "attributeValues" : {
           "name" : { "S" : "Steve" },
           "version" : { "N" : 2 }
        },
        "condition" : {
           "expression" : "version = :expectedVersion",
           "expressionValues" : {
               ":expectedVersion" : { "N" : 1 }
           },
           "equalsIgnore": [ "version" ]
        }
    },
    "currentValue": {
        "id" : { "S" : "1" },
        "name" : { "S" : "Steve" },
        "version" : { "N" : 8 }
    },
    "resolver": {
        "tableName": "People",
        "awsRegion": "us-west-2",
        "parentType": "Mutation",
        "field": "updatePerson",
        "outputType": "Person"
    },
    "identity": {
        "accountId": "123456789012",
        "sourceIp": "x.x.x.x",
        "user": "AIDAAAAAAAAAAAAAAAAAA",
        "userArn": "arn:aws:iam::123456789012:user/appsync"
    }
}

Lambda 호출 응답

Lambda 함수는 호출 페이로드를 검사하고 모든 비즈니스 로직을 적용하여 AWS AppSync DynamoDB 해석기가 오류를 처리하는 방법을 결정할 수 있습니다. 조건 검사 실패를 처리하기 위한 옵션에는 다음 3가지가 있습니다.

다음은 실패한 PutItem 요청을 처리하는 Lambda 함수의 예입니다. 이 비즈니스 로직은 호출한 사람이 누구인지 확인합니다. jeffTheAdmin이 호출한 경우 요청을 재시도해 현재 DynamoDB에 있는 항목에서 version 및 expectedVersion을 업데이트합니다. 그렇지 않으면 변형을 거부합니다.

exports.handler = (event, context, callback) => {
    console.log("Event: "+ JSON.stringify(event));

    // Business logic goes here.

    var response;
    if ( event.identity.user == "jeffTheAdmin" ) {
        response = {
            "action" : "retry",
            "retryMapping" : {
                "attributeValues" : event.requestMapping.attributeValues,
                "condition" : {
                    "expression" : event.requestMapping.condition.expression,
                    "expressionValues" : event.requestMapping.condition.expressionValues
                }
            }
        }
        response.retryMapping.attributeValues.version = { "N" : event.currentValue.version.N + 1 }
        response.retryMapping.condition.expressionValues[':expectedVersion'] = event.currentValue.version

    } else {
        response = { "action" : "reject" }
    }

    console.log("Response: "+ JSON.stringify(response))
    callback(null, response)
};