查看 FIWARE 目录，我看到 Orion Context 的两个条目 经纪人：一个代表“Publish/Subscribe Broker”，另一个代表“Publish/Subscribe Broker” 为“Configuration Manager”。
所以：
【问题讨论】：
标签： fiware-orion
更新：自 Orion 0.21.0 起，ConfMan 功能已被弃用。因此，不推荐使用 Orion 作为 ConfMans。
Orion Context Broker 是用于上下文管理和上下文管理可用性的 NGSI9/10 标准的服务器实现。为了理解我所说的“上下文管理和上下文管理可用性”以及 Orion Context Broker 功能的一般概述，我建议您查看this presentation。
另一方面，有一个名为 IoTBroker 的 FIWARE 启用程序也实现了用于上下文管理的 NGSI10，其目的是在“低级”NGSI 实体（如传感器）和“高级”之间提供聚合层NGSI 实体（例如由一组传感器组成的房间），因此客户端查询房间（高级）并透明地获得基于传感器（低级）的响应，例如作为所有传感器值的平均值. IoTBroker 在 Orion 的 NGSI9 注册中进行中继（在称为“配置管理器”的特殊模型中运行），以便了解实际“低级”实体的提供者，以便组成对“高级”实体（即 IoTBroker）查询的响应不实现 NGSI9 本身）。
因此，Orion 目录中有两个条目对应于 Orion 使用模型：“完整”Orion 的发布/订阅代理和与 IoT 代理结合使用 Orion 的配置管理器。两个条目对应于同一个软件（即代码和文档在两种情况下都是相同的）。
关于何时使用其中一种，如果您的应用程序需要从低到高的实体聚合，那么推荐使用 IoTBroker，因此，您将使用 Orion 作为配置管理器。对于任何其他情况，我建议使用 Orion（此外，它更易于部署，因为它只涉及一个软件组件 - Orion 代理本身 - 而 IoTBroker 需要 IoTBroker 组件和 Orion Context Broker 作为配置管理器)。
【讨论】：