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-dps/concepts-service.md
+2-8Lines changed: 2 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,15 +33,15 @@ The Device Provisioning Service can only provision devices to IoT hubs that have
33
33
34
34
## Allocation policy
35
35
36
-
The service-level setting that determines how Device Provisioning Service assigns devices to an IoT hub. There are three supported allocation policies:
36
+
The service-level setting that determines how Device Provisioning Service assigns devices to an IoT hub. There are four supported allocation policies:
37
37
38
38
***Evenly weighted distribution**: linked IoT hubs are equally likely to have devices provisioned to them. The default setting. If you are provisioning devices to only one IoT hub, you can keep this setting.
39
39
40
40
***Lowest latency**: devices are provisioned to an IoT hub with the lowest latency to the device. If multiple linked IoT hubs would provide the same lowest latency, the provisioning service hashes devices across those hubs
41
41
42
42
***Static configuration via the enrollment list**: specification of the desired IoT hub in the enrollment list takes priority over the service-level allocation policy.
43
43
44
-
***Custom (Use Azure Function)**: A custom allocation policy gives you more control over how devices are assigned to an IoT hub. This is accomplished by using custom code in an Azure Function to assign devices to an IoT hub. The device provisioning service calls your Azure Function code providing all relevant information about the device and the enrollment to your code. Your function code is executed and returns the IoT hub information used to provisioning the device.
44
+
***Custom (Use Azure Function)**: A [custom allocation policy](how-to-use-custom-allocation-policies.md) gives you more control over how devices are assigned to an IoT hub. This is accomplished by using custom code in an Azure Function to assign devices to an IoT hub. The device provisioning service calls your Azure Function code providing all relevant information about the device and the enrollment to your code. Your function code is executed and returns the IoT hub information used to provisioning the device.
45
45
46
46
## Enrollment
47
47
@@ -67,7 +67,6 @@ An individual enrollment is an entry for a single device that may register. Indi
67
67
> [!TIP]
68
68
> We recommend using individual enrollments for devices that require unique initial configurations, or for devices that can only authenticate using SAS tokens via TPM attestation.
69
69
70
-
71
70
## Attestation mechanism
72
71
73
72
An attestation mechanism is the method used for confirming a device's identity. The attestation mechanism is configured on an enrollment entry and tells the provisioning service which method to use when verifying the identity of a device during registration.
@@ -90,16 +89,13 @@ The hardware security module, or HSM, is used for secure, hardware-based storage
90
89
91
90
Device secrets may also be stored in software (memory), but it is a less secure form of storage than an HSM.
92
91
93
-
94
-
95
92
## ID scope
96
93
97
94
The ID scope is assigned to a Device Provisioning Service when it is created by the user and is used to uniquely identify the specific provisioning service the device will register through. The ID scope is generated by the service and is immutable, which guarantees uniqueness.
98
95
99
96
> [!NOTE]
100
97
> Uniqueness is important for long-running deployment operations and merger and acquisition scenarios.
101
98
102
-
103
99
## Registration
104
100
105
101
A registration is the record of a device successfully registering/provisioning to an IoT Hub via the Device Provisioning Service. Registration records are created automatically; they can be deleted, but they cannot be updated.
@@ -116,8 +112,6 @@ The registration ID is used to uniquely identify a device registration with the
116
112
117
113
The device ID is the ID as it appears in IoT Hub. The desired device ID may be set in the enrollment entry, but it is not required to be set. Setting the desired device ID is only supported in individual enrollments. If no desired device ID is specified in the enrollment list, the registration ID is used as the device ID when registering the device. Learn more about [device IDs in IoT Hub](../iot-hub/iot-hub-devguide-identity-registry.md).
118
114
119
-
120
-
121
115
## Operations
122
116
123
117
Operations are the billing unit of the Device Provisioning Service. One operation is the successful completion of one instruction to the service. Operations include device registrations and re-registrations; operations also include service-side changes such as adding enrollment list entries, and updating enrollment list entries.
0 commit comments