我应该如何 link 物联网中心的后端解决方案
How should I link a backend solution to an IoT Hub
所以，我正在 Azure 上开发物联网解决方案，我们一直在使用合作伙伴解决方案，我们将合作伙伴的设备 linked 到他的云解决方案，通过 REST 服务向我们公开数据。现在我们想在 Azure 上拥有自己的物联网云解决方案。
首先，我计划通过其 REST 服务在我们的物联网解决方案和合作伙伴的云解决方案之间建立一座桥梁，该桥梁将 link 到我们的物联网中心，以便将数据提取到我们的云中。
此外，数据不仅是遥测数据，我们还必须向这些设备发送命令。
我的问题：我想知道什么是合适的technology/solution使用网关（数据网格、Azure Function、Azure WebJob）
图中的数字代表我正在考虑解决这个问题的步骤。
1- 首先，我们正在实施一个应用程序网关，该网关必须从合作伙伴的系统获取数据并将命令发送到他们的系统。它将允许我们首先构建我们系统的其他组件，并确保它可以处理现在的内容。
2- 其次，合作伙伴的设备将直接连接到连接到我们的 IoT 中心的设备网关。在这种情况下，我们将不再使用 1 中制作的网关。
3- 最后，我们将自己的设备连接到我们的物联网中心，合作伙伴的设备将始终通过内置网关连接到我们的物联网中心 2.
让我试着按照你问的顺序回答你的问题。
- 对于应用程序网关，您正尝试通过该网关拉取数据
REST，您可以使用 Azure 函数，然后使用 Cosmos DB 或任何
存储来保存数据。我明白了，在从 Partner 获取设备数据之后
网络，你正在将它路由到 IoT-Hub（我不会说，它
不正确），但是一旦我们通过 Rest 拉取数据，我们就可以直接
放入数据库。所以我的答案是使用 Azure 函数来提取数据
来自合作伙伴解决方案并放入数据库。
- 如果合作伙伴设备能够 运行 Azure IoT sdks 或者可以
设置为直接将数据发送到物联网中心，这将减轻很多
东西，您将能够轻松发送 D2C 和 C2D 消息。
此外，在这里您可以使用来自的配置将数据路由到数据库
物联网中心。
- 对于你的设备，你可以直接使用 IoT 中心，也可以使用 Azure
IoT Edge（您指出的设备网关），两者都很好，取决于
在用例上，如果我们想做一些边缘计算或者
设备端的分析。还有一个重要的建议，使用 Azure
在您发现必须集成设备的地方运行
通过休息的数据。在这种情况下最具成本效益。
如果它消除了您的疑虑，请告诉我。
经过一段时间的研究，我确实实现了一个 AZURE Function 应用程序，原因如下：
- 支持持续部署和集成尽管Azure Functions是无服务器架构，但它仍然支持持续部署和持续集成
- 实现代码的能力 - 由于是事件驱动的，应用程序平台能够实现由任何第三方服务或本地系统中发生的事件触发的代码。
- 按需计算： 这种交付模型确保计算资源可根据用户的需求提供给他们。
我也使用过 Azure Table Storage 作为数据库存储技术。
所以，我正在 Azure 上开发物联网解决方案，我们一直在使用合作伙伴解决方案，我们将合作伙伴的设备 linked 到他的云解决方案，通过 REST 服务向我们公开数据。现在我们想在 Azure 上拥有自己的物联网云解决方案。
首先，我计划通过其 REST 服务在我们的物联网解决方案和合作伙伴的云解决方案之间建立一座桥梁，该桥梁将 link 到我们的物联网中心，以便将数据提取到我们的云中。
此外，数据不仅是遥测数据，我们还必须向这些设备发送命令。
我的问题：我想知道什么是合适的technology/solution使用网关（数据网格、Azure Function、Azure WebJob）
图中的数字代表我正在考虑解决这个问题的步骤。
1- 首先，我们正在实施一个应用程序网关，该网关必须从合作伙伴的系统获取数据并将命令发送到他们的系统。它将允许我们首先构建我们系统的其他组件，并确保它可以处理现在的内容。
2- 其次，合作伙伴的设备将直接连接到连接到我们的 IoT 中心的设备网关。在这种情况下，我们将不再使用 1 中制作的网关。
3- 最后，我们将自己的设备连接到我们的物联网中心，合作伙伴的设备将始终通过内置网关连接到我们的物联网中心 2.
让我试着按照你问的顺序回答你的问题。
- 对于应用程序网关，您正尝试通过该网关拉取数据 REST，您可以使用 Azure 函数，然后使用 Cosmos DB 或任何 存储来保存数据。我明白了，在从 Partner 获取设备数据之后 网络，你正在将它路由到 IoT-Hub（我不会说，它 不正确），但是一旦我们通过 Rest 拉取数据，我们就可以直接 放入数据库。所以我的答案是使用 Azure 函数来提取数据 来自合作伙伴解决方案并放入数据库。
- 如果合作伙伴设备能够 运行 Azure IoT sdks 或者可以 设置为直接将数据发送到物联网中心，这将减轻很多 东西，您将能够轻松发送 D2C 和 C2D 消息。 此外，在这里您可以使用来自的配置将数据路由到数据库 物联网中心。
- 对于你的设备，你可以直接使用 IoT 中心，也可以使用 Azure IoT Edge（您指出的设备网关），两者都很好，取决于 在用例上，如果我们想做一些边缘计算或者 设备端的分析。还有一个重要的建议，使用 Azure 在您发现必须集成设备的地方运行 通过休息的数据。在这种情况下最具成本效益。
如果它消除了您的疑虑，请告诉我。
经过一段时间的研究，我确实实现了一个 AZURE Function 应用程序，原因如下：
- 支持持续部署和集成尽管Azure Functions是无服务器架构，但它仍然支持持续部署和持续集成
- 实现代码的能力 - 由于是事件驱动的，应用程序平台能够实现由任何第三方服务或本地系统中发生的事件触发的代码。
- 按需计算： 这种交付模型确保计算资源可根据用户的需求提供给他们。
我也使用过 Azure Table Storage 作为数据库存储技术。