You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/iot/iot-overview-device-connectivity.md
+35-33Lines changed: 35 additions & 33 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,38 +1,35 @@
1
1
---
2
-
title: Device infrastructure and connectivity
3
-
description: An overview of device infrastructure and connectivity in an Azure IoT solution, including gateways and protocols such as MQTT and OPC UA.
2
+
title: IoT asset and device connectivity and infrastructure
3
+
description: An overview of asset and device connectivity and infrastructure in an Azure IoT solution, including gateways and protocols such as MQTT and OPC UA.
4
4
ms.service: azure-iot
5
5
services: iot
6
-
author: dominicbetts
7
-
ms.author: dobett
6
+
author: asergaz
7
+
ms.author: sergaz
8
8
ms.topic: overview
9
-
ms.date: 02/25/2025
10
-
ms.custom:
11
-
- template-overview
12
-
- ignite-2023
13
-
# Customer intent: As a solution builder or device developer I want a high-level overview of the issues around device infrastructure and connectivity so that I can easily find relevant content.
9
+
ms.date: 03/12/2025
10
+
# Customer intent: As a solution builder or device developer I want a high-level overview of the issues around asset and device connectivity and infrastructure so that I can easily find relevant content.
14
11
---
15
12
16
-
# Asset and device infrastructure and connectivity
13
+
# IoT asset and device connectivity and infrastructure
17
14
18
-
This overview introduces the key concepts around how devices connect to the cloud in a typical Azure IoT solution. The article also introduces optional infrastructure elements such as gateways and bridges. Each section includes links to content that provides further detail and guidance.
15
+
This overview introduces the key concepts around how assets and devices connect to a typical Azure IoT solution. The article also introduces infrastructure elements such as gateways and bridges. Each section includes links to content that provides further detail and guidance.
19
16
20
17
### [Edge-based solution](#tab/edge)
21
18
22
-
The following diagram shows a high-level view of the components in a typical IoT solution. This article focuses on the connectivity between the assets and the edge environment shown in the diagram:
19
+
The following diagram shows a high-level view of the components in a typical edge-base IoT solution. This article focuses on the connectivity between the assets and the edge runtime environment shown in the diagram:
23
20
24
21
<!-- Art Library Source# ConceptArt-0-000-032 -->
25
22
:::image type="content" source="media/iot-overview-device-connectivity/iot-edge-connectivity-architecture.svg" alt-text="Diagram that shows the high-level IoT edge-based solution architecture highlighting device connectivity areas." border="false" lightbox="media/iot-overview-device-connectivity/iot-edge-connectivity-architecture.svg":::
26
23
27
24
### [Cloud-based solution](#tab/cloud)
28
25
29
-
IoT Central applications use the IoT Hub and the Device Provisioning Service (DPS) services internally. Therefore, the concepts in this article apply whether you're using IoT Central to explore an IoT scenario or building your solution by using IoT Hub and DPS.
30
-
31
-
The following diagram shows a high-level view of the components in a typical IoT solution. This article focuses on the connectivity between the devices and the IoT cloud services, including gateways and bridges shown in the diagram:
26
+
The following diagram shows a high-level view of the components in a typical cloud-based IoT solution. This article focuses on the connectivity between the devices and the IoT cloud services, including gateways and bridges shown in the diagram:
32
27
33
28
<!-- Art Library Source# ConceptArt-0-000-032 -->
34
29
:::image type="content" source="media/iot-overview-device-connectivity/iot-cloud-connectivity-architecture.svg" alt-text="Diagram that shows the high-level IoT cloud-based solution architecture highlighting device connectivity areas." border="false" lightbox="media/iot-overview-device-connectivity/iot-cloud-connectivity-architecture.svg":::
35
30
31
+
IoT Central applications use the IoT Hub and the Device Provisioning Service (DPS) services internally. Therefore, the concepts in this article apply whether you're using IoT Central or IoT Hub.
32
+
36
33
---
37
34
38
35
## Communication methods
@@ -55,10 +52,10 @@ Once asset data is received, Azure IoT Operations uses *data flows* to process a
55
52
56
53
Azure IoT devices use the following primitives to exchange data with cloud services:
57
54
58
-
-*Device-to-cloud* messages to send time series telemetry to the cloud. For example, temperature data collected from a sensor attached to the device.
55
+
-*Device-to-cloud* messages to send time series data to the cloud. For example, temperature data collected from a sensor attached to the device.
59
56
-*Device twins* to share and synchronize state data with the cloud. For example, a device can use the device twin to report the current state of a valve it controls to the cloud and to receive a desired target temperature from the cloud.
60
57
-*Digital twins* to represent a device in the digital world. For example, a digital twin can represent a device's physical location, its capabilities, and its relationships with other devices.
61
-
-*File uploads* for media files such as captured images and video. Intermittently connected devices can send telemetry batches. Devices can compress uploads to save bandwidth.
58
+
-*File uploads* for media files such as captured images and video. Intermittently connected devices can send data in batches. Devices can compress uploads to save bandwidth.
62
59
-*Direct methods* to receive commands from the cloud. A direct method can have parameters and return a response. For example, the cloud can call a direct method to request the device to reboot.
63
60
-*Cloud-to-device* messages receive one-way notifications from the cloud. For example, a notification that an update is ready to download.
64
61
@@ -72,7 +69,7 @@ To learn more, see [Device-to-cloud communications guidance](../iot-hub/iot-hub-
72
69
73
70
Azure IoT Operations uses *connectors* to discover, manage, and ingress data from assets in an edge-based solution.
74
71
75
-
- The connector for OPC UA is a data ingress and protocol translation service that enables Azure IoT Operations to ingress data from your assets. The broker receives telemetry and events from your assets and publishes the data to topics in the MQTT broker. The broker is based on the widely used OPC UA standard.
72
+
- The connector for OPC UA is a data ingress and protocol translation service that enables Azure IoT Operations to ingress data from your assets. The broker receives sensor data and events from your assets and publishes the data to topics in the MQTT broker. The broker is based on the widely used OPC UA standard.
76
73
- The media connector (preview) is a service that makes media from media sources such as edge-attached cameras available to other Azure IoT Operations components.
77
74
- The connector for ONVIF (preview) is a service that discovers and registers ONVIF assets such as cameras. The connector enables you to manage and control ONVIF assets such as cameras connected to your cluster.
78
75
@@ -107,9 +104,11 @@ To learn more about implementing automatic reconnections to endpoints, see [Mana
107
104
108
105
Assets and asset endpoints in Azure IoT Operations are represented as custom resources in the Kubernetes cluster and as resources in Azure. You can use Azure role-based access control (Azure RBAC) to secure access to these resources. To learn more, see [Secure access to assets and asset endpoints](../iot-operations/discover-manage-assets/howto-secure-assets.md).
109
106
110
-
Asset endpoint profiles include user authentication information for accessing those endpoints. This authentication can be anonymous or username/password authentication where the values are stored as secrets in Azure Key Vault. Access to the Azure key vault is configured with a user-assigned managed identity.
107
+
Asset endpoint profiles include user authentication information for accessing those endpoints. This authentication can be anonymous or username/password authentication where the values are stored as secrets in Azure Key Vault. Access to the Azure Key Vault is configured with a user-assigned managed identity.
108
+
109
+
The connector for OPC UA is an OPC UA client application that uses a single OPC UA application instance certificate for all the sessions it establishes to collect data from OPC UA servers. By default, the connector uses [cert-manager](https://cert-manager.io/) to manage its application instance certificate.
111
110
112
-
The connector for OPC UA is an OPC UA client application that uses a single OPC UA application instance certificate for all the sessions it establishes to collect telemetry data from OPC UA servers. By default, the connector uses [cert-manager](https://cert-manager.io/) to manage its application instance certificate.
111
+
To learn more about security in your edge-based IoT solution, see [Security best practices for edge-based IoT solutions](iot-overview-security.md?tabs=edge).
113
112
114
113
### [Cloud-based solution](#tab/cloud)
115
114
@@ -132,9 +131,9 @@ Azure IoT devices can use either shared access signature (SAS) tokens or X.509 c
132
131
133
132
All data exchanged between a device and an IoT hub is encrypted.
134
133
135
-
---
134
+
To learn more about security in your cloud-based IoT solution, see [Security best practices for cloud-based IoT solutions](iot-overview-security.md?tabs=cloud) and [Security architecture for Azure IoT Hub](/azure/well-architected/service-guides/azure-iot-hub#security).
136
135
137
-
To learn more about security in your IoT solution, see [Security architecture for IoT solutions](/azure/well-architected/service-guides/azure-iot-hub#security).
136
+
---
138
137
139
138
## Protocols
140
139
@@ -195,40 +194,43 @@ Persistent connections are required when your solution needs *command and contro
195
194
196
195
### Ephemeral connections
197
196
198
-
Ephemeral connections are brief connections for devices to send telemetry to your IoT hub. After a device sends the telemetry, it drops the connection. The device reconnects when it has more telemetry to send. Ephemeral connections aren't suitable for command and control scenarios. A device client can use the HTTP API if all it needs to do is send telemetry.
197
+
Ephemeral connections are brief connections for devices to send sensor data to your IoT hub. After a device sends the sensor data, it drops the connection. The device reconnects when it has more sensor data to send. Ephemeral connections aren't suitable for command and control scenarios. A device client can use the HTTP API if all it needs to do is send sensor data.
199
198
200
199
---
201
200
202
-
## Field gateways
201
+
## Edge Gateways
203
202
204
-
Field gateways (sometimes referred to as edge gateways) are typically deployed on-premises and close to your IoT devices. Field gateways handle communication with the cloud on behalf of your IoT devices. Field gateways can:
203
+
Edge gateways (sometimes referred to as field gateways) are typically deployed on-premises and close to your assets and IoT devices. Edge gateways run on your edge runtime environment and handle communication with the cloud on behalf of your assets and IoT devices. Edge gateways can:
205
204
206
205
- Do protocol translation. For example, enabling Bluetooth enabled devices to connect to the cloud.
207
-
- Manage offline and disconnected scenarios. For example, buffering telemetry when the cloud endpoint is unreachable.
208
-
- Filter, compress, or aggregate telemetry before sending it to the cloud.
209
-
- Run logic at the edge to remove the latency associated with running logic on behalf of devices in the cloud. For example, detecting a spike in temperature and opening a valve in response.
206
+
- Manage offline and disconnected scenarios. For example, buffering sensor data when the cloud endpoint is unreachable.
207
+
- Filter, compress, or aggregate asset and device data before sending it to the cloud.
208
+
- Run AI at the edge to remove the latency associated with running AI models on behalf of assets and devices in the cloud. For example, using computer vision AI to detect anomalies in a production line and automatically stopping the line to prevent defects.
210
209
211
210
### [Edge-based solution](#tab/edge)
212
211
213
-
As an edge-based solution, Azure IoT Operations acts as a field gateway. Using the connectors and the MQTT broker, an Azure IoT Operations deployment communicates with assets and equipment, either directly or through a server, so that they don't need their own cloud connections. Data flows provide data transformation and data contextualization capabilities before routing messages to various locations including cloud endpoints.
212
+
Azure IoT Operations is an edge runtime environment that hosts the services to connect, monitor, and control your assets. One of the functionalities of an edge runtime environment is to act as an edge gateway, using the connectors and the MQTT broker, to communicates with assets and equipment, either directly or through a server, so that they don't need their own cloud connections.
213
+
214
+
Azure IoT Operations runs on Azure Arc-enabled edge Kubernetes clusters, [enabling a fully automated machine learning operations in hybrid mode](/azure/machine-learning/how-to-attach-kubernetes-anywhere), including training and AI model deployment steps that transition seamlessly between cloud and edge. Data flows provide data transformation and data contextualization capabilities before routing messages to various locations including cloud endpoints.
214
215
215
216
### [Cloud-based solution](#tab/cloud)
216
217
217
218
You can use Azure IoT Edge to deploy a field gateway to your on-premises environment. IoT Edge provides a set of features that enable you to deploy and manage field gateways at scale. IoT Edge also provides a set of modules that you can use to implement common gateway scenarios. To learn more, see [What is Azure IoT Edge?](../iot-edge/about-iot-edge.md)
218
219
219
-
An IoT Edge device can maintain a [persistent connection](#persistent-connections) to an IoT hub. The gateway forwards device telemetry to IoT Hub. This option enables command and control of the downstream devices connected to the IoT Edge device.
220
+
An IoT Edge device can maintain a [persistent connection](#persistent-connections) to an IoT hub. The gateway forwards device sensor data to IoT Hub. This option enables command and control of the downstream devices connected to the IoT Edge device.
221
+
222
+
---
220
223
221
224
## Bridges
222
225
223
226
A device bridge enables devices that are connected to a non-Microsoft cloud to connect to your IoT solution. Examples of non-Microsoft clouds include [Sigfox](https://www.sigfox.com/), [Particle Device Cloud](https://www.particle.io/), and [The Things Network](https://www.thethingsnetwork.org/).
224
227
225
-
The open source IoT Central Device Bridge acts as a translator that forwards telemetry to an IoT Central application. To learn more, see [Azure IoT Central Device Bridge](https://github.com/Azure/iotc-device-bridge). There are non-Microsoft bridge solutions, such as [Tartabit IoT Bridge](/shows/internet-of-things-show/onboarding-constrained-devices-into-azure-using-tartabits-iot-bridge), for connecting devices to an IoT hub.
228
+
The open source IoT Central Device Bridge acts as a translator that forwards device data to an IoT Central application. To learn more, see [Azure IoT Central Device Bridge](https://github.com/Azure/iotc-device-bridge). There are non-Microsoft bridge solutions, such as [Tartabit IoT Bridge](/shows/internet-of-things-show/onboarding-constrained-devices-into-azure-using-tartabits-iot-bridge), for connecting devices to an IoT hub.
226
229
227
-
---
228
230
229
231
## Next steps
230
232
231
233
Now that you've seen an overview of device connectivity in Azure IoT solutions, some suggested next steps include:
232
234
233
-
-[Device management and control in IoT solutions](iot-overview-device-management.md)
235
+
-[IoT asset and device management and control](iot-overview-device-management.md)
234
236
-[Process and route messages](iot-overview-message-processing.md)
Copy file name to clipboardExpand all lines: articles/iot/iot-overview-device-development.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -196,7 +196,7 @@ If you use containers, such as in Docker, to run your device code you can deploy
196
196
Azure IoT Edge runs device code in containers. You can use Azure IoT Edge to deploy code modules to your devices. To learn more, see [Develop your own IoT Edge modules](../iot-edge/module-development.md).
197
197
198
198
> [!TIP]
199
-
> Azure IoT Edge enables multiple scenarios. In addition to running your IoT device code in containers, you can use Azure IoT Edge to run Azure services on your devices and implement [field gateways](iot-overview-device-connectivity.md#field-gateways). For more information, see [What is Azure IoT Edge?](../iot-edge/about-iot-edge.md)
199
+
> Azure IoT Edge enables multiple scenarios. In addition to running your IoT device code in containers, you can use Azure IoT Edge to run Azure services on your devices and implement [field gateways](iot-overview-device-connectivity.md#edge-gateways). For more information, see [What is Azure IoT Edge?](../iot-edge/about-iot-edge.md)
0 commit comments