Azure体系结构缩放方法

我们在Azure上托管了多个应用程序。我们已经开始看到需求增加，并希望有一些策略来构建/重新构建我们的应用程序，以响应Azure的需求。Azure体系结构缩放方法

专为规模和成功设计的人们正在扩大成百上千的并发用户的数量级：您能否就如何解决这些问题提供建议。你是如何发展这种专业知识的？雇用培训师？内部开发专业知识？

2015-06-19 Jason Dufair

不幸的是，这个问题不适合StackOverflow。真的没有正确的答案，许多可能的（和有效的）方法。这是一个非常广泛的讨论话题，这种方法实际上取决于您的应用程序（并且可能还有几种方法可供选择）。 –

-1

实际上，您可以通过增加应用服务计划中的实例并增加定价层来扩展您的Web应用。您还可以配置自动缩放，以便运行Web应用程序的实例数量随着负载自动增加。您还希望通过移动到另一个服务层来扩展数据库，并且可能需要添加地理复制。有关如何使用这些技术，并很好地概括了一些其他的资源，请参阅： https://azure.microsoft.com/en-us/documentation/articles/web-sites-scale/

缩放在更一般的建筑感是一个答案的范围之内，因为大卫提到，有各种各样的有效方法（即将应用功能分离成微服务，添加缓存，使用CDN等）。

来源

2015-06-19 20:00:19 theadriangreen

看，问题在于你的回答虽然有趣，但并不是一个具体的答案。并且通过增加实例和定价层来扩展Web应用程序并不一定有效，特别是当这些Web应用程序实例正在使用外部资源（缓存，数据库，api，任何东西）时。与应用层缩放相同。在扩展时数据库并不总是更快（不要忘记磁盘/网络瓶颈）。而地理复制也会产生额外的影响。就像我说的：这是一个很好的*讨论*，但不适合StackOverflow。 –

大卫是对的;你的问题没有单一的答案。由于您具体参考Azure，因此我会推荐两件事情来考虑。如Adrian指出的那样，Azure内有旋钮和开关可以在规模问题上抛出更多机器，而且这些设备可以在短期内发挥作用。最终，糟糕的应用程序设计将永远是瓶颈。为此，我将研究作为通用概念的云设计模式（https://msdn.microsoft.com/en-us/library/dn568099.aspx），但这些示例是Azure特有的。在一起，这两件事是你需要知道的。

来源

2015-06-19 21:19:08 DanielG

Azure体系结构缩放方法

回答

相关问题