积聚度扩展 API
Cumulocity extend API
我们正在与 Cumulocity 合作,我们希望为我们的客户提供目前无法通过 Cumulocity 实施的服务。例如,我们希望能够检索位于给定点 x 公里范围内的设备列表。
目前有两个限制阻止我们这样做:
- 无法使用自定义 route/parameters
扩展 Cumulocity API
- 无法为特定 API GET 调用实现自定义函数
我能想到一个解决方法来实现这个,比如一个 POST 事件请求将由 Esper 规则处理,生成另一个 event/measurement 然后可以通过 GET 访问.但我认为我们可以同意这不是一个合适的机制。
请注意,我上面描述的用例只是一个示例。我们的需求不限于此,我们需要一种标准化的方式来扩展我们的服务,而无需在 Cumulocity 端进行更新。
这里有两个话题,我认为:
- 地理查询:一些地理查询和聚合用例可以通过 CEL 处理。一般的地理查询 API 在 Cumulocity 路线图上。注意:此用例不仅与扩展 API 有关,因为此类查询直接进入数据库。
- 扩展API:这实际上是可能的。 Cumulocity 有一个微服务 API,您可以在其中公开 URL /services/... 下的其他 API。例如,这就是连接平台的接口方式。 API 不在网站上,因为它还不是 GA,但您当然可以与您的 Cumulocity 联系人讨论它或打开票证。顺便说一句,还包括为新的微服务添加权限,以便您可以进行适当的 A&A。
我们正在与 Cumulocity 合作,我们希望为我们的客户提供目前无法通过 Cumulocity 实施的服务。例如,我们希望能够检索位于给定点 x 公里范围内的设备列表。
目前有两个限制阻止我们这样做:
- 无法使用自定义 route/parameters 扩展 Cumulocity API
- 无法为特定 API GET 调用实现自定义函数
我能想到一个解决方法来实现这个,比如一个 POST 事件请求将由 Esper 规则处理,生成另一个 event/measurement 然后可以通过 GET 访问.但我认为我们可以同意这不是一个合适的机制。
请注意,我上面描述的用例只是一个示例。我们的需求不限于此,我们需要一种标准化的方式来扩展我们的服务,而无需在 Cumulocity 端进行更新。
这里有两个话题,我认为:
- 地理查询:一些地理查询和聚合用例可以通过 CEL 处理。一般的地理查询 API 在 Cumulocity 路线图上。注意:此用例不仅与扩展 API 有关,因为此类查询直接进入数据库。
- 扩展API:这实际上是可能的。 Cumulocity 有一个微服务 API,您可以在其中公开 URL /services/... 下的其他 API。例如,这就是连接平台的接口方式。 API 不在网站上,因为它还不是 GA,但您当然可以与您的 Cumulocity 联系人讨论它或打开票证。顺便说一句,还包括为新的微服务添加权限,以便您可以进行适当的 A&A。