为什么无服务器要求您对 dynamodb 设置非常具体？

Question

发件人：https://github.com/serverless/examples/blob/master/aws-node-rest-api-with-dynamodb/serverless.yml

resources:
  Resources:
    TodosDynamoDbTable:
      Type: 'AWS::DynamoDB::Table'
      DeletionPolicy: Retain
      Properties:
        AttributeDefinitions:
          -
            AttributeName: id
            AttributeType: S
        KeySchema:
          -
            AttributeName: id
            KeyType: HASH
        ProvisionedThroughput:
          ReadCapacityUnits: 1
          WriteCapacityUnits: 1
        TableName: ${self:provider.environment.DYNAMODB_TABLE}

DynamoDB 不是应该是无模式的吗？为什么要在这里完成吞吐量配置？这个配置应该提交，对吧？包括具体配置细节背后的想法是什么？

Answer 1

Why does serverless require you to be very specific with your dynamodb settings?

这是 AWS 的要求，而不是无服务器的要求。

resources 部分由 serverless 直接传递给 AWS CloudFormation，因此它应该遵循 CloudFormation 的 syntax/rules.

Isn't DynamoDB supposed to be schemaless?

是的。就像 ALL 无模式数据库一样，它需要一个密钥才能工作。如果您不提供密钥，其他数据库（例如 MongoDB）只是简单地为您创建密钥。 DynamoDB 只要求您显式设置密钥（以换取速度和可伸缩性），但其余值都由您决定，它是 "schemaless".

Why is throughput provisioning done here? This config is supposed to be committed, right? What's the idea behind including specific config details?

使用 serverless.yml 文件的 resources 部分的全部意义在于通过代码管理您的基础架构。通过在代码中定义您的 application/web 服务所需的基础结构，可以更轻松地创建、更新或删除这些资源。

我认为没有人会喜欢通过 AWS DynamoDB Web 控制台手动对十个不同区域中每个区域的五个 DynamoDB 表进行任何基础架构更改（例如，增加配置的吞吐量）。 :-)

But unlike other variables, throughput provisioning depends on demand and requirements can change.

当需求和要求发生变化时，您可以在 serverless.yml 中进行更改。同样，infrastructure-as-code 的全部目的是您永远不必接触 AWS 控制台本身。

How do devs usually enter this into serverless.yml? Also, wouldn't it reset every time it deploys?

它将重置。这就是为什么您必须在 serverless.yml 而不是 AWS 控制台中进行更改。

如果您指的是具有不同需求和要求的不同环境，您可以为每个环境设置不同的值。

为什么无服务器要求您对 dynamodb 设置非常具体？

Why does serverless require you to be very specific with your dynamodb settings?

amazon-dynamodb

aws-lambda

serverless-framework