Skip to content

Commit 46be5e6

Browse files
authored
Merge pull request #202529 from w-azure/winona-azure-portal
Swapped steps 4 & 5
2 parents 77e3c9a + 143b607 commit 46be5e6

File tree

1 file changed

+16
-16
lines changed

1 file changed

+16
-16
lines changed

articles/iot-edge/how-to-deploy-at-scale.md

Lines changed: 16 additions & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -98,9 +98,24 @@ The **Priority** and **Time to live** parameters are optional parameters that yo
9898

9999
For more information about how to create routes, see [Declare routes](module-composition.md#declare-routes).
100100

101+
Select **Next: Target Devices**.
102+
103+
### Step 4: Target devices
104+
105+
Use the tags property from your devices to target the specific devices that should receive this deployment.
106+
107+
Since multiple deployments may target the same device, you should give each deployment a priority number. If there's ever a conflict, the deployment with the highest priority (larger values indicate higher priority) wins. If two deployments have the same priority number, the one that was created most recently wins.
108+
109+
If multiple deployments target the same device, then only the one with the higher priority is applied. If multiple layered deployments target the same device then they are all applied. However, if any properties are duplicated, like if there are two routes with the same name, then the one from the higher priority layered deployment overwrites the rest.
110+
111+
Any layered deployment targeting a device must have a higher priority than the base deployment in order to be applied.
112+
113+
1. Enter a positive integer for the deployment **Priority**.
114+
1. Enter a **Target condition** to determine which devices will be targeted with this deployment. The condition is based on device twin tags or device twin reported properties and should match the expression format. For example, `tags.environment='test'` or `properties.reported.devicemodel='4000x'`.
115+
101116
Select **Next: Metrics**.
102117

103-
### Step 4: Metrics
118+
### Step 5: Metrics
104119

105120
Metrics provide summary counts of the various states that a device may report back as a result of applying configuration content.
106121

@@ -115,21 +130,6 @@ Metrics provide summary counts of the various states that a device may report ba
115130
WHERE properties.reported.lastDesiredStatus.code = 200
116131
```
117132

118-
Select **Next: Target Devices**.
119-
120-
### Step 5: Target devices
121-
122-
Use the tags property from your devices to target the specific devices that should receive this deployment.
123-
124-
Since multiple deployments may target the same device, you should give each deployment a priority number. If there's ever a conflict, the deployment with the highest priority (larger values indicate higher priority) wins. If two deployments have the same priority number, the one that was created most recently wins.
125-
126-
If multiple deployments target the same device, then only the one with the higher priority is applied. If multiple layered deployments target the same device then they are all applied. However, if any properties are duplicated, like if there are two routes with the same name, then the one from the higher priority layered deployment overwrites the rest.
127-
128-
Any layered deployment targeting a device must have a higher priority than the base deployment in order to be applied.
129-
130-
1. Enter a positive integer for the deployment **Priority**.
131-
1. Enter a **Target condition** to determine which devices will be targeted with this deployment. The condition is based on device twin tags or device twin reported properties and should match the expression format. For example, `tags.environment='test'` or `properties.reported.devicemodel='4000x'`.
132-
133133
Select **Next: Review + Create** to move on to the final step.
134134

135135
### Step 6: Review and create

0 commit comments

Comments
 (0)