阅读the documentation，Azure EventHubs适用于：
这可以用于任何交易数据，处理收入或应用程序敏感数据吗？
根据我读到的内容，看起来它是用于处理数据，不应该担心任何数据丢失。是这种情况吗？
答案 0 :(得分：1)
它主要用于大规模摄取数据。这就是为什么典型场景包括物联网解决方案，其中包含大量发送大量遥测数据的设备。
为了允许这种扩展，它不包括其他消息服务（如Azure Service Bus）所具有的某些功能。我认为this blog能够很好地聆听差异。特别是用例部分解释得非常好：
从目标用例的角度来看，如果我们考虑一些典型的企业集成模式，那么如果您要实现使用命令消息或请求/回复消息的模式，那么您可能希望使用Azure Service Bus Messaging。可以使用响应队列在Azure Service Bus上使用请求/答复消息来实现RPC模式。这些实际上是关于ESB和EAI样式的消息传递模式，您希望在应用程序之间发送消息，并且可能希望使用其他功能，例如基于属性的路由。
如果您使用事件消息实现模式，并且您希望某个地方可靠地发送能够处理大规模但可以处理事件的内容，那么Azure事件中心更有可能被使用。过程
考虑到这些核心目标用例，很容易看出规模差异发挥作用的位置。对于消息传递，它是关于一个应用程序告诉一个或多个应用程序要进行某些操作或给我一些东西。另一种选择是，如果应用程序正在说有些事情已经发生了。当您在典型的应用场景中考虑这一点并将事件放入遥测和记录空间时，您可以很快发现SOMETHING HASPAPED场景将产生比另一个更多的流量。
现在我不是说你不能使用事件集线器来实现某些消息传递类型函数，并且你不能将事件推送到Service Bus主题，因为在集成中总会有不同的需求导致不同的实现场景，但我想如果你按照上面的规则行事，那么你通常会走上正确的道路。
然而，这并不意味着它只能处理不应担心任何数据丢失的数据。数据存储的时间可以配置一段时间，如有必要，可以从较早的时间点读取数据。
现在，根据您的情况，我不认为Event Hub是最合适的。但要说实话，我不确定，因为你必须详细说明你想要做的事情。
<强>加成 事件中心背后的想法是，您将至少获得一次大规模交付。 （Source）。另请参阅此问题：Does Azure Event Hub guarantees at least once delivery?