在 AWS 上重构遗留基础设施
Refactoring legacy infrastructure on AWS
有人可以推荐一些关于如何最好地重构遗留 AWS 基础设施的资源吗？即如何减少停机时间、优化迁移数据存储（如 DynamoDB 或 S3）等。在此先感谢！
您可以采用多种方法来做到这一点。
AWS 有很多关于“迁移”的重要资源，作为初步想法，请查看 6 Strategies for Migrating Applications to the Cloud。当您已经在 AWS 云中时，现在是评估您是否有任何可以替换或不再需要的东西的好时机。
有许多服务可以协助迁移，对于迁移数据存储，请查看以下 2 项服务，它们可能有助于迁移您的大部分数据需求：
您需要将其他服务（例如 S3）迁移到另一个 S3 存储桶，因为存储桶的名称是唯一的。如果您想保留名称，则需要 delete the origin bucket first. If it is being served publicly try using a CloudFront 分发，然后将原点切换到新的 S3 存储桶。
要构建新的基础架构，请查看 AWS Well-Architected Framework。
AWS 还提供了一些 migration whitepapers，一些特定于特定技术，一些更通用。
有人可以推荐一些关于如何最好地重构遗留 AWS 基础设施的资源吗？即如何减少停机时间、优化迁移数据存储（如 DynamoDB 或 S3）等。在此先感谢！
您可以采用多种方法来做到这一点。
AWS 有很多关于“迁移”的重要资源，作为初步想法，请查看 6 Strategies for Migrating Applications to the Cloud。当您已经在 AWS 云中时，现在是评估您是否有任何可以替换或不再需要的东西的好时机。
有许多服务可以协助迁移，对于迁移数据存储，请查看以下 2 项服务，它们可能有助于迁移您的大部分数据需求：
您需要将其他服务（例如 S3）迁移到另一个 S3 存储桶，因为存储桶的名称是唯一的。如果您想保留名称，则需要 delete the origin bucket first. If it is being served publicly try using a CloudFront 分发，然后将原点切换到新的 S3 存储桶。
要构建新的基础架构，请查看 AWS Well-Architected Framework。
AWS 还提供了一些 migration whitepapers，一些特定于特定技术，一些更通用。