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-edge/module-composition.md
+6-3Lines changed: 6 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,11 +13,14 @@ ms.custom: seodec18
13
13
14
14
# Learn how to deploy modules and establish routes in IoT Edge
15
15
16
-
Each IoT Edge device runs at least two modules: $edgeAgent and $edgeHub, which are part of the IoT Edge runtime. Additionally, any IoT Edge device can run multiple modules to perform any number of processes. You deploy all these modules to a device at once, so IoT Edge provides a way to declare which modules to install and how to configure them to work together.
16
+
Each IoT Edge device runs at least two modules: $edgeAgent and $edgeHub, which are part of the IoT Edge runtime. IoT Edge device can run multiple additional modules for any number of processes. Use a deployment manifest to tell your device which modules to install and how to configure them to work together.
17
17
18
18
The *deployment manifest* is a JSON document that describes:
19
19
20
-
* The **IoT Edge agent** module twin, which includes the container image for each module, the credentials to access private container registries, and instructions for how each module should be created and managed.
20
+
* The **IoT Edge agent** module twin, which includes three components.
21
+
* The container image for each module that runs on the device.
22
+
* The credentials to access private container registries that contain module images.
23
+
* Instructions for how each module should be created and managed.
21
24
* The **IoT Edge hub** module twin, which includes how messages flow between modules and eventually to IoT Hub.
22
25
* Optionally, the desired properties of any additional module twins.
23
26
@@ -131,7 +134,7 @@ Every route needs a source and a sink, but the condition is an optional piece th
131
134
132
135
The source specifies where the messages come from. IoT Edge can route messages from modules or leaf devices.
133
136
134
-
Using the IoT SDKs, modules can declare specific output queues for their messages using the ModuleClient class. Output queues aren't necessary, but are helpful for managing multiple routes. Leaf devices can use the DeviceClient class of the IoT SDKs to send messages to IoT Edge gateway devices in the same way that they would send messages to IoT Hub. For more information, see [Understand and use Azure IoT Hub SDKs](../iot-hub/iot-hub-devguide-sdks).
137
+
Using the IoT SDKs, modules can declare specific output queues for their messages using the ModuleClient class. Output queues aren't necessary, but are helpful for managing multiple routes. Leaf devices can use the DeviceClient class of the IoT SDKs to send messages to IoT Edge gateway devices in the same way that they would send messages to IoT Hub. For more information, see [Understand and use Azure IoT Hub SDKs](../iot-hub/iot-hub-devguide-sdks.md).
135
138
136
139
The source property can be any of the following values:
0 commit comments