Skip to content

Commit f981f0e

Browse files
authored
Merge pull request #173503 from MikeBazMSFT/patch-1
small fixes
2 parents 2482180 + 78e9cb8 commit f981f0e

File tree

1 file changed

+2
-8
lines changed

1 file changed

+2
-8
lines changed

articles/iot-dps/concepts-service.md

Lines changed: 2 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -33,15 +33,15 @@ The Device Provisioning Service can only provision devices to IoT hubs that have
3333

3434
## Allocation policy
3535

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:
3737

3838
* **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.
3939

4040
* **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
4141

4242
* **Static configuration via the enrollment list**: specification of the desired IoT hub in the enrollment list takes priority over the service-level allocation policy.
4343

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.
4545

4646
## Enrollment
4747

@@ -67,7 +67,6 @@ An individual enrollment is an entry for a single device that may register. Indi
6767
> [!TIP]
6868
> 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.
6969
70-
7170
## Attestation mechanism
7271

7372
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
9089
9190
Device secrets may also be stored in software (memory), but it is a less secure form of storage than an HSM.
9291

93-
94-
9592
## ID scope
9693

9794
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.
9895

9996
> [!NOTE]
10097
> Uniqueness is important for long-running deployment operations and merger and acquisition scenarios.
10198
102-
10399
## Registration
104100

105101
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
116112

117113
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).
118114

119-
120-
121115
## Operations
122116

123117
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

Comments
 (0)