Amazon web services 如何在不影响数据库性能的情况下处理流量高峰

Amazon web services 如何在不影响数据库性能的情况下处理流量高峰,amazon-web-services,Amazon Web Services,我在AWS学习期间遇到了这个问题,但我不在提供的anwser中: 正在创建一个三层应用程序来承载小型新闻文章。 该应用程序预计将服务于数百万用户。破碎时 新闻发生时,该网站必须处理非常大的流量峰值,而不必 显著影响数据库性能。哪种设计符合这些要求 在最小化成本的同时满足需求 正确答案: D. Use DynamoDB Accelerator (DAX) to cache read operations to the database 虽然D在应用程序使用DynamoDB作为后端数据库的情况下

我在AWS学习期间遇到了这个问题,但我不在提供的anwser中:

正在创建一个三层应用程序来承载小型新闻文章。 该应用程序预计将服务于数百万用户。破碎时 新闻发生时,该网站必须处理非常大的流量峰值,而不必 显著影响数据库性能。哪种设计符合这些要求 在最小化成本的同时满足需求

正确答案:

 D. Use DynamoDB Accelerator (DAX) to cache read operations to the database
虽然D在应用程序使用DynamoDB作为后端数据库的情况下是正确的,但是,没有指标表明底层数据库是DynamoDB,这里的答案是不正确的。选项A-虽然增加了成本,但将能够处理可能导致数据库性能的大峰值需求

我有什么遗漏吗


非常感谢。

自动缩放EC2实例将导致对数据库进行更多的读/写操作,而不管其DynamoDB或RDS如何。这是因为您将有更多的服务器运转起来,为您的DB实例提供更多的请求

回答您的问题,该问题没有指定基础数据库。你错过了问题的重要关键概念

问题是如何在不影响数据库性能的情况下进行扩展


显然,我们可以排除#1和#2,因为运行更多服务器意味着更多请求,而增加数据库实例将花费一些钱并影响性能。

自动缩放EC2实例将导致对数据库的读/写更多,而不管其DynamoDB或RDS如何。这是因为您将有更多的服务器运转起来,为您的DB实例提供更多的请求

回答您的问题,该问题没有指定基础数据库。你错过了问题的重要关键概念

问题是如何在不影响数据库性能的情况下进行扩展


显然,我们可以排除#1和#2,因为启动更多服务器意味着更多请求,增加数据库实例将花费一点钱并影响性能。

我看到您正在学习AWS认证考试。你需要从消除任何无效或明显错误的可能答案开始,然后专注于剩下的唯一选项


在这种情况下,A和C没有帮助。B是无效的,因为它说自动缩放会增加RDS实例的大小,但自动缩放会增加实例的数量,而不是大小。因此,通过排除过程,D是唯一可能的答案。

我看到您正在学习AWS认证考试。你需要从消除任何无效或明显错误的可能答案开始,然后专注于剩下的唯一选项


在这种情况下,A和C没有帮助。B是无效的,因为它说自动缩放会增加RDS实例的大小,但自动缩放会增加实例的数量,而不是大小。因此,通过消除过程D是唯一可能的答案。

感谢您指出,自动缩放会增加实例的数量,而不是大小。感谢您指出,自动缩放会增加实例的数量,而不是大小。
 D. Use DynamoDB Accelerator (DAX) to cache read operations to the database