Azure functions 消费计划监测
我有两个功能，分别部署在两个不同的功能应用程序中，这两个应用程序都在使用消费计划。。在门户中，它被简单地列为NorthEuropePlan，选择它会明确地显示有两个功能应用程序连接 问题1：这是否意味着他们实际上在使用同一个真正的计划（如w/App Svc计划），还是仅仅意味着他们都在“共享”北欧地区的资源池 问题2：我将这些函数分开，以查看哪个函数使用了最多的资源、连接等，但我无法确定如何查看实际扩展了多少个消费实例，以及它们的负载有多重。。我在哪里可以找到这些信息 也就是说，我根本看不到度量中的任何“消费节点”条目。。。App Insights已配置，我可以在Live Metrics上看到节点计数。。。但我真的不知道这两者之间有什么关联，因为这两个功能应用程序都是使用相同的应用程序洞察配置的Azure functions 消费计划监测,azure-functions,Azure Functions,我有两个功能，分别部署在两个不同的功能应用程序中，这两个应用程序都在使用消费计划。。在门户中，它被简单地列为NorthEuropePlan，选择它会明确地显示有两个功能应用程序连接 问题1：这是否意味着他们实际上在使用同一个真正的计划（如w/App Svc计划），还是仅仅意味着他们都在“共享”北欧地区的资源池 问题2：我将这些函数分开，以查看哪个函数使用了最多的资源、连接等，但我无法确定如何查看实际扩展了多少个消费实例，以及它们的负载有多重。。我在哪里可以找到这些信息 也就是说，我根本看不到度量
- 如果这是一个标准的应用程序服务计划，那么这两个功能将共享相同的底层计算（池）。然而，对于消费，我的理解是，由于它们是独立的功能应用程序，它们将在幕后为这些应用程序获得单独的计算实例，因为它们是根据消费计划配置的。不管是哪种方式，我通常都不担心幕后的物理实例数量，因为我知道Azure函数在某种程度上可以扩展以处理我的工作负载。Azure功能团队参与堆栈溢出，因此他们可能可以插话确认内部
- 我强烈建议的第一件事是确保您的每个功能应用程序都配置为使用应用程序洞察。如果功能应用程序是相关流程的一部分，我通常会让它们共享一个Application Insights实例，以便我可以一起查看它们的所有指标。Application Insights将为您提供性能、异常、实例数量以及功能运行方式的几乎所有其他主要特征方面所需的一切（您可以添加自定义条目以填补任何特定于应用程序的空白）。您可以通过门户进行设置，或确保两个功能应用程序在其配置中具有相同的应用程序洞察密钥。有关用法\配置的更多说明，请访问
- 如果这是一个标准的应用程序服务计划，那么这两个功能将共享相同的底层计算（池）。然而，对于消费，我的理解是，由于它们是独立的功能应用程序，它们将在幕后为这些应用程序获得单独的计算实例，因为它们是根据消费计划配置的。不管是哪种方式，我通常都不担心幕后的物理实例数量，因为我知道Azure函数在某种程度上可以扩展以处理我的工作负载。Azure功能团队参与堆栈溢出，因此他们可能可以插话确认内部
- 我强烈建议的第一件事是确保您的每个功能应用程序都配置为使用应用程序洞察。如果功能应用程序是相关流程的一部分，我通常会让它们共享一个Application Insights实例，以便我可以一起查看它们的所有指标。Application Insights将为您提供性能、异常、实例数量以及功能运行方式的几乎所有其他主要特征方面所需的一切（您可以添加自定义条目以填补任何特定于应用程序的空白）。您可以通过门户进行设置，或确保两个功能应用程序在其配置中具有相同的应用程序洞察密钥。有关用法\配置的更多说明，请访问