这是一个关于 Azure 和通用云技术的新手问题。
我正在尝试了解 Azure 平台将如何扩展我的应用程序，我是否需要做任何事情才能使其正常运行。
我有一个处理传入数据的应用程序 (C#)，它由许多类组成。每次需要进行相关计算时，都会实例化一个新类并驻留在内存中，直到它完成其工作，然后它会停留在那里并通过事件侦听新的计算请求（直到被显式处理）。当然，这会消耗资源。应用程序可能有十万个这样的实例来监听和回答计算请求。
问题是，云会随着新实例的加载而增加我的环境资源，直到什么时候？ 是否会出现我无法启动新实例或当前实例计算使系统超载的情况？我不关心预算方面的问题，只关心运营方面的： 云是否能够代表我无缝地管理它，还是我需要在我的代码中做任何其他事情？
谢谢
【问题讨论】：
您将不得不为云重新设计您的系统。
在你的情况下，我会这样做：
在您的配置中，您可以将工作角色的数量设置为 1 或 100。更改配置后一分钟（或至少很短的时间），您就有了请求的机器数量。
如果队列过长，您还可以执行诸如增加辅助角色的数量之类的操作。
【讨论】：
这是一个很好的问题，而且通常是对 Azure 的一个很大的误解。
Azure 允许调整通过 REST-API 调用分配的计算资源量，但不会自动为您调整资源。您在说什么，听起来像是动态或自动可扩展性。它需要您自己实现（有几十个示例），或者您可以使用第三方服务AzureWatch，它可以为您处理大部分扩展场景。
为了实现动态缩放，您可能需要也可能不需要提前考虑。我的意思是您绝对应该考虑一下，但您可能不需要做太多事情，这取决于您的要求以及您与第三方供应商合作的能力。
关于动态可扩展性的难点不是实际的扩展部分，而是知道何时扩大规模和何时缩小规模。
首先，如果调用未在 1 分钟内完成，Azure 将终止对公共负载平衡端点的所有调用。因此，如果您的计算需要更长的时间，您需要计划异步计算并利用队列。通过这种方式，您可以根据队列大小扩大或缩小规模。
如果您的计算很快完成并且您的调用很快结束并且请求计算的传入客户端不是异步的，那么您可能希望跟踪前 X 时间量的平均利用率并基于此向上或向下扩展。在你的情况下，我不会采用这种方法，因为它听起来过于严格且不够灵活。
无论哪种方式，AzureWatch 都可以与任一模式一起使用。
【讨论】：
只是为了提供一些背景知识：您创建服务模型，在其中指定角色和每个角色的实例数。 Azure 会为你部署它。您始终可以更改此配置，但 Azure 不会为您执行此操作。 据我所知，Azure 团队正在考虑自动增长功能，但正确实施非常复杂，而且我看到的所有第三方解决方案都没有正确执行此操作（数据不足，峰值行为不良）。 启动新实例也不是即时操作。所以你需要提前计划。
【讨论】：
无论您是否设计为在 Azure 上工作，您最好使用队列来隔离特定的功能。
在Shiraz Bhaiji 回答中，您在 Azure 中有两个工作进程，一个 Web 工作人员托管将消息添加到队列的 Web 服务，一个后台工作人员进行计算。
然后，您可以增加额外工作人员的实例数量，或者您可以增加实例的大小，从而为您提供更多资源（CPU、Ram、网络），以在以下情况下每秒处理更多 Web 服务调用/队列消息每个工人。
在达到最大队列性能的情况下，您可以创建多个队列。
除非您automate 这种缩放，否则您必须明确监控和调整您希望应用程序通过人工交互执行的方式。
【讨论】：
应用程序可能有第十个和 数十万个 听和回答的实例 计算请求。
我真的不明白这部分。如果您使这些类成为无状态的（当然也是线程安全的），那么您只需要加载每个类怎么办？
你能慢慢扩大应用吗？
【讨论】：