Amazon web services Aws无服务器-交换区域的成本 我目前在AWS无服务器后端开发（认知、LAMBDA、API网关、DIAMODB、S3）。 我发现我以前选择了错误的区域。

问题：
1.在Aws开发中使用不同的区域是否有任何差异？
2.开发过程中更改区域的成本高（重新创建DRB/lambda函数/API网关）
3.使用我现在使用的相同无服务器设置/配置切换到另一个区域的正确方法是什么？

1。成本和延迟将有所不同。 AWS中的某些服务在不同地区的成本不同。默认情况下，某些服务是全局的（所有区域），例如S3。上有一些有用的图表，包括按地区划分的数据转出成本差异的下图：

如果您的客户位于区域A，并且要求在区域B提供服务，则响应时间将稍长。它通常不足以引起关注。尽管如此，在服务和客户之间使用CloudFront将降低速度，并且在许多情况下会使服务更快，因此即使客户和服务位于同一地区，也值得这么做

2.视情况而定 如果您手动创建这些服务，那么您将不得不再次在新区域的控制台中花费这些时间。时间就是金钱，你可能会在设置上犯错误——你只是一个人

如果您使用CloudFormation（或AWS CDK、serverless.com、terraform或其他许多将基础设施作为代码的方式）以代码的形式创建这些服务，那么它不会花费任何成本。您可以使用一个命令（可能有几个）在任何区域复制您的基础结构

然后，您需要迁移数据。这是不可避免的代价。如果您在区域A中运行了任何时间，然后移动到区域B，则需要传输数据。这将需要一个脚本将数据从dynamo中取出并放入新的数据中

3.将基础架构用作代码，并始终为数据迁移做好准备 看看AWS CDK。它允许您用Java、Python或JavaScript定义服务，并提供了一些不错的教程

在编写代码时，构建脚本以从dynamo提取数据。即使您不将tl传输到其他区域，这也很有用—可能您希望在登台/开发环境中运行副本

4.并非所有地区都同时发布新服务 如果您使用的是全新的服务或现有服务的新功能，则可能尚未在每个地区提供。选择支持所有所需服务和功能的区域。例如，AWS在《关于公交网关的跨地区窥视》一书中说，该功能已发布到“美国东部（北弗吉尼亚州）、美国东部（俄亥俄州）、美国西部（俄勒冈州）、欧盟（爱尔兰）和欧盟（法兰克福）AWS地区”，其他地区也将很快推出。

您在这里考虑的潜在“高成本”是什么？您是否在S3中有PB的数据，或者在DynamoDB中有TB的数据需要跨区域移动？你说你现在处于开发阶段。这是否只是简单地删除region1无服务器部署和资产，然后将部署指向region2并重新部署？