Q80 — AWS SAA-C03 第13章

第 80/100 题 | ← 返回第13章

Q980. 一家公司希望将多个旧版 .NET 应用程序从本地数据中心迁移到 AWS.该公司已转换应用程序的代码库以使用较新版本的 .NET.该公司需要一个可扩展的高性能解决方案来在 AWS 上托管更新的 .NET 应用程序.哪种解决方案能够以最少的持续管理开销满足这些要求?

• A. 将 .NET 应用程序容器化.在 Amazon Elastic Container Service (Amazon ECS) 中创建任务定义，并将 AWS Fargate 作为启动类型.根据所需的 CPU 和内存量配置自动扩展. ✓
• B. 将应用程序的静态内容存储在 Amazon S3 存储桶中.将 .NET 应用程序转换为 AWS Lambda 函数.使用 Amazon API Gateway 将请求路由到 Lambda 函数.
• C. 在应用程序负载均衡器后面的 Auto Scaling 组中的 Amazon EC2 实例上部署 .NET 应用程序.使用基于路径的路由将流量路由到应用程序
• D. 将应用程序打包成可部署的档案.在 AWS Elastic Beanstalk 上创建一个新的应用程序.将部署档案上传到 Elastic Beanstalk.

正确答案: A. 将 .NET 应用程序容器化.在 Amazon Elastic Container Service (Amazon ECS) 中创建任务定义，并将 AWS Fargate 作为启动类型.根据所需的 CPU 和内存量配置自动扩展.

解析

正确答案是:A. 将 .NET 应用程序容器化.在 Amazon Elastic Container Service (Amazon ECS) 中创建任务定义，并将 AWS Fargate 作为启动类型.根据所需的 CPU 和内存量配置自动扩展.解释:A. 将 .NET 应用程序容器化.在 Amazon Elastic Container Service (Amazon ECS) 中创建任务定义，并将 AWS Fargate 作为启动类型.根据所需的 CPU 和内存量配置自动扩展.- 与其他选项相比，此解决方案的持续管理开销最小.使用 AWS Fargate，您无需管理底层基础设施，例如配置和扩展 EC2 实例.Fargate 会根据指定的 CPU 和内存要求自动处理容器编排、资源分配和扩展.- 容器化方法还为 .NET 应用程序提供了一致的运行时环境，使得在不同环境中管理和部署应用程序变得更加容易.- 此外，ECS 自动扩展功能可以根据应用程序的资源需求自动扩展容器实例，从而确保可扩展且高性能的托管环境.B. 将应用程序的静态内容存储在 Amazon S3 存储桶中.将 .NET 应用程序转换为 AWS Lambda 函数.使用 Amazon API Gateway 将请求路由到 Lambda 函数.- 此解决方案需要对 .NET 应用程序进行大量重构，以将其转换为 Lambda 函数，这对于旧式应用程序来说可能不可行.它还会在管理 API 网关和 Lambda 函数方面带来额外的复杂性.C. 在应用程序负载均衡器后面的 Auto Scaling 组中的 Amazon EC2 实例上部署 .NET 应用程序.使用基于路径的路由将流量路由到应用程序.- 该解决方案将提供可扩展且高性能的托管环境，但在管理 EC2 实例、自动扩展组和负载均衡器方面需要持续的管理开销.D.将应用程序打包成可部署的档案.在 AWS Elastic Beanstalk 上创建一个新的应用程序.将部署档案上传到 Elastic Beanstalk.- 由于 AWS Elastic Beanstalk 会抽象出底层基础设施管理任务，因此此解决方案的持续管理开销也较低.但是，它可能无法提供与 ECS 和 Fargate 的容器化方法一样多的灵活性和控制力.因此，能够以最少的持续管理开销满足要求的解决方案是将 .NET 应用程序容器化并将 Amazon ECS 与 AWS Fargate 结合使用.