Azure通知集线器遥测选项的实际区别是什么？

虽然研究Azure的通知集线器，我看见有两个可用的遥测选项（source）：Azure通知集线器遥测选项的实际区别是什么？

虽然我已经发现了非常有限的描述Pricing和FAQ页面，这是没有足够的信息来作出是否我想要“丰富”的遥测或如果“有限”遥测是足够的决定。 Additionaly，这些描述只说说“富”选项：

标准命名空间访问每个消息遥测和推送通知服务反馈

丰富的遥测：您可以使用通知集线器每个消息遥测跟踪任何推送请求和平台通知系统反馈进行调试。

此外，Tweet要求@AzureSupport的帮助只会导致FAQ页面，并最终导致他们问我，如果我可以问过这个问题上的SO。

这里提出的唯一选项是实际尝试，但这会产生月费和额外的费用。

2017-04-20 Structed

仍然，这不是一个SO问题。查看FAQ以及如何提出问题。如果您尝试两种选择并进行比较，您会发现更好更准确的信息。它不会花费大量的金钱...... – astaykov

它的确如果你不仅考虑服务的价格，而且还包括人力。也许微软的某人能够回答这个问题，或者有人做过这个比较，但是我找不到它，因为它被埋在别的东西里面或者还没有发布。如果我无法在合理的时间内得到我在这里寻找的答案，并且一旦我发现了我的发现，我会很乐意做更深入的研究。 – Structed

即使如此，StackOverflow也是提问**的地方，直接关系到编程**。在你的问题中，没有任何关于编程的事情。 – astaykov

两者之间的主要区别在于“有限”可让您访问各种事件的计数：注册，发送等;几乎所有您在通知中心服务器刀片上的Azure门户中看到的图表。

“Rich”（或Per Message Telemetry）可让您访问有关每次推送的详细信息：诸如来自PNS的反馈和其他许多事情。你可以考虑一下，就好像你要直接向PNS发送请求并且记录几乎所有关于这些信息的有意义的信息。

如果我能澄清，请在评论中告诉我。

2017-04-20 20:16:05

非常感谢！这对我来说现在就足够了，开始用“标准”层进行开发 - 因此如果我不需要该层附带的额外卷，而不是额外的遥测技术，那么使用“Rich”遥测技术并随后进行降级。 – Structed

丰富的遥测非常无用，因为它不在门户网站中，或者在.net以外的任何sdks中都支持。 –

回答