Tutorial: Automatisieren des Azure Device Provisioning Service mit GitHub Actions
Mithilfe von Automatisierungstools wie GitHub Actions können Sie den Lebenszyklus Ihres IoT-Geräts verwalten. In diesem Tutorial wird ein GitHub Actions-Workflow gezeigt, der ein Gerät mithilfe von Azure Device Provisioning Service (DPS) mit einem IoT-Hub verbindet.
In diesem Tutorial lernen Sie Folgendes:
- Speichern Sie Authentifizierungsanmeldeinformationen als Repositorygeheimnisse.
- Erstellen Sie einen Workflow zum Bereitstellen von IoT Hub- und Device Provisioning Service-Ressourcen.
- Führen Sie den Workflow aus, und überwachen Sie ein simuliertes Gerät, während es eine Verbindung mit IoT Hub herstellt.
Voraussetzungen
Ein Azure-Abonnement
Wenn Sie kein Azure-Abonnement besitzen, können Sie ein kostenloses Konto erstellen, bevor Sie beginnen.
Die Azure CLI
Verwenden Sie die Bash-Umgebung in Azure Cloud Shell.
Wenn Sie CLI-Referenzbefehle aber lieber lokal ausführen möchten, installieren Sie die Azure-Befehlszeilenschnittstelle (Azure CLI). Wenn Sie unter Windows oder macOS arbeiten, sollten Sie die Azure CLI in einem Docker-Container ausführen.
Wenn Sie eine lokale Installation verwenden, melden Sie sich mithilfe des Befehls az login bei der Azure CLI an.
Führen Sie az version aus, um die installierte Version und die abhängigen Bibliotheken zu ermitteln. Führen Sie az upgrade aus, um das Upgrade auf die aktuelle Version durchzuführen.
Ein GitHub-Konto mit einem Repository, das Sie selbst besitzen, oder einem Repository, bei dem Sie Administratorzugriff haben. Weitere Informationen finden Sie unter Erste Schritte mit GitHub.
1 – Erstellen von Repositorygeheimnissen
Der Workflow, den Sie im nächsten Abschnitt definieren werden, erfordert Zugriff auf Ihr Azure-Abonnement, um Ressourcen erstellen und verwalten zu können. Sie möchten diese Informationen nicht in eine ungeschützte Datei einfügen, in der sie gefunden werden könnten. Deshalb verwenden Sie stattdessen Repositorygeheimnisse, um diese Informationen zu speichern, aber als Umgebungsvariable im Workflow weiterhin zugänglich zu machen. Weitere Informationen finden Sie unter Verschlüsselte Geheimnisse.
Nur Repositorybesitzer und Administratoren können Repositorygeheimnisse verwalten.
Erstellen eines Dienstprinzipals
Statt Ihre persönlichen Zugriffsanmeldeinformationen bereitzustellen, erstellen Sie einen Dienstprinzipal und fügen dann diese Anmeldeinformationen als Repositorygeheimnisse hinzu. Verwenden Sie die Azure CLI zum Erstellen eines neuen Dienstprinzipals. Weitere Informationen finden Sie unter Erstellen eines Azure-Dienstprinzipals.
Verwenden Sie den Befehl az ad sp create-for-rbac, um einen Dienstprinzipal mit Zugriff als Mitwirkender auf eine bestimmte Ressourcengruppe zu erstellen. Ersetzen Sie
<SUBSCRIPTION_ID>
und<RESOURCE_GROUP_NAME>
durch Ihre eigenen Angaben.Für diesen Befehl sind Rollen des Typs „Besitzer“ oder „Benutzerzugriffsadministrator“ im Abonnement erforderlich.
az ad sp create-for-rbac --name github-actions-sp --role contributor --scopes /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP_NAME>
Kopieren Sie die folgenden Elemente aus der Ausgabe des Befehls zum Erstellen des Dienstprinzipals, um sie im nächsten Abschnitt zu verwenden:
- clientId.
- clientSecret. Dies ist ein generiertes Kennwort für den Dienstprinzipal, auf das Sie später nicht mehr zugreifen können.
- tenantId.
Verwenden Sie den Befehl az role assignment create, um dem Dienstprinzipal zwei weitere Zugriffsrollen zuzuweisen: Mitwirkender an Daten des Device Provisioning Service und IoT Hub-Datenmitwirkender. Ersetzen Sie
<SP_CLIENT_ID>
durch den clientId-Wert, den Sie aus der Ausgabe des vorherigen Befehls kopiert haben.az role assignment create --assignee "<SP_CLIENT_ID>" --role "Device Provisioning Service Data Contributor" --resource-group "<RESOURCE_GROUP_NAME>"
az role assignment create --assignee "<SP_CLIENT_ID>" --role "IoT Hub Data Contributor" --resource-group "<RESOURCE_GROUP_NAME>"
Speichern von Anmeldeinformationen für den Dienstprinzipal als Geheimnisse
Navigieren Sie unter GitHub.com zu den Einstellungen für Ihr Repository.
Wählen Sie im Navigationsmenü die Option Geheimnisse und dann Aktionen aus.
Wählen Sie New repository secret (Neues Repositorygeheimnis) aus.
Erstellen Sie ein Geheimnis für Ihre Dienstprinzipal-ID.
- Name:
APP_ID
- Geheimnis: Fügen Sie den clientId-Wert ein, den Sie aus der Ausgabe des Befehls zum Erstellen des Dienstprinzipals kopiert haben.
- Name:
Wählen Sie Geheimnis hinzufügen und dann Neues Repositorygeheimnis aus, um ein zweites Geheimnis hinzuzufügen.
Erstellen Sie ein Geheimnis für Ihr Dienstprinzipalkennwort.
- Name:
SECRET
- Geheimnis: Fügen Sie den clientSecret-Wert ein, den Sie aus der Ausgabe des Befehls zum Erstellen des Dienstprinzipals kopiert haben.
- Name:
Wählen Sie Geheimnis hinzufügen und dann Neues Repositorygeheimnis aus, um das endgültige Geheimnis hinzuzufügen.
Erstellen Sie ein Geheimnis für Ihren Azure-Mandanten.
- Name:
TENANT
- Geheimnis: Fügen Sie den tenantId-Wert ein, den Sie aus der Ausgabe des Befehls zum Erstellen des Dienstprinzipals kopiert haben.
- Name:
Klicken Sie auf Add secret (Geheimnis hinzufügen).
2 – Erstellen eines Workflows
Ein GitHub Actions-Workflow definiert die Aufgaben, die ausgeführt werden, sobald er durch ein Ereignis ausgelöst wurde. Ein Workflow enthält einen oder mehrere Aufträge, die parallel oder nacheinander ausgeführt werden können. Weitere Informationen finden Sie unter Grundlegendes zu GitHub Actions.
Für dieses Tutorial erstellen Sie einen einzigen Workflow, der Aufträge für jede der folgenden Aufgaben enthält:
- Stellen Sie eine IoT Hub-Instanz und eine DPS-Instanz bereit.
- Verknüpfen Sie die IoT Hub- und DPS-Instanzen miteinander.
- Erstellen Sie eine eigene Registrierung auf der DPS-Instanz, und registrieren Sie ein Gerät beim IoT-Hub. Verwenden Sie dabei die Authentifizierung mit symmetrischen Schlüsseln über die DPS-Registrierung.
- Simulieren Sie das Gerät fünf Minuten lang, und überwachen Sie die IoT-Hub-Ereignisse.
Workflows sind YAML-Dateien, die im Verzeichnis .github/workflows/
eines Repositorys gespeichert werden.
Navigieren Sie in Ihrem GitHub-Repository zur Registerkarte Aktionen.
Wählen Sie im Bereich Aktionen die Option Neuer Workflow aus.
Auf der Seite Workflow auswählen können Sie vordefinierte Vorlagen auswählen, die verwendet werden sollen. Weil Sie für dieses Tutorial Ihren eigenen Workflow erstellen, wählen Sie Workflow selbst einrichten aus.
GitHub erstellt für Sie eine neue Workflowdatei. Diese Datei wird im Verzeichnis
.github/workflows/
gespeichert. Geben Sie der neuen Datei einen aussagekräftigen Namen, z. B.dps-tutorial.yml
.Fügen Sie den Parameter name hinzu, um Ihrem Workflow einen Namen zu geben.
name: DPS Tutorial
Fügen Sie den Parameter on.workflow_dispatch hinzu. Der Parameter
on
definiert, wann ein Workflow ausgeführt wird. Der Parameterworkflow_dispatch
gibt an, dass der Workflow manuell ausgelöst werden soll. Mit diesem Parameter könnten Sie den Wertinputs
definieren, der bei jeder Ausführung an den Workflow übergeben würde, aber Sie verwenden ihn nicht für dieses Tutorial.on: workflow_dispatch
Definieren Sie die Umgebungsvariablen für die Ressourcen, die Sie im Workflow erstellen. Diese Variablen sind für alle Aufträge im Workflow verfügbar. Sie können Umgebungsvariablen auch für einzelne Aufträge oder für einzelne Schritte innerhalb von Aufträgen definieren.
Ersetzen Sie die Platzhalterwerte durch eigene Werte. Dabei müssen Sie dieselbe Ressourcengruppe angeben, auf die der Dienstprinzipal Zugriff hat.
env: HUB_NAME: <Globally unique IoT hub name> DPS_NAME: <Desired Device Provisioning Service name> DEVICE_NAME: <Desired device name> RESOURCE_GROUP: <Solution resource group where resources will be created>
Definieren Sie Umgebungsvariablen für die Geheimnisse, die Sie im vorhergehenden Abschnitt erstellt haben.
SP_USER: ${{ secrets.APP_ID }} SP_SECRET: ${{ secrets.SECRET }} SP_TENANT: ${{ secrets.TENANT }}
Fügen Sie der Workflowdatei den Parameter jobs hinzu.
jobs:
Definieren Sie den ersten Auftrag für Ihren Workflow, den Sie als Auftrag
provision
(Bereitstellen) bezeichnen werden. Dieser Auftrag stellt die IoT Hub- und DPS-Instanzen bereit:provision: runs-on: ubuntu-latest steps: - name: Provision Infra run: | az --version az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az iot hub create -n "$HUB_NAME" -g "$RESOURCE_GROUP" az iot dps create -n "$DPS_NAME" -g "$RESOURCE_GROUP"
Weitere Informationen zu den Befehlen, die in diesem Auftrag ausgeführt werden, finden Sie hier:
Definieren Sie einen Auftrag zum Konfigurieren (
configure
) der DPS- und IoT Hub-Instanzen. Beachten Sie, dass bei diesem Auftrag der Parameter needs (erforderlich) verwendet wird. Dies bedeutet, dass der Auftragconfigure
erst ausgeführt wird, wenn der aufgelistete Auftrag seine eigene Ausführung erfolgreich abgeschlossen hat.configure: runs-on: ubuntu-latest needs: provision steps: - name: Configure Infra run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az iot dps linked-hub create --dps-name "$DPS_NAME" --hub-name "$HUB_NAME"
Weitere Informationen zu den Befehlen, die in diesem Auftrag ausgeführt werden, finden Sie hier:
Definieren Sie den Auftrag
register
, der eine individuelle Registrierung erstellt. Verwenden Sie diese Registrierung dann zum Registrieren eines Geräts bei IoT Hub.register: runs-on: ubuntu-latest needs: configure steps: - name: Create enrollment run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot dps enrollment create -n "$DPS_NAME" --eid "$DEVICE_NAME" --attestation-type symmetrickey --auth-type login - name: Register device run: | az iot device registration create -n "$DPS_NAME" --rid "$DEVICE_NAME" --auth-type login
Hinweis
Dieser Auftrag und andere Aufträge verwenden den
--auth-type login
-Parameter in einigen Befehlen, um anzugeben, dass der Vorgang den Dienstprinzipal aus der aktuellen Microsoft Entra-Sitzung verwenden soll. Die Alternative,--auth-type key
, erfordert keine Dienstprinzipalkonfiguration, ist aber weniger sicher.Weitere Informationen zu den Befehlen, die in diesem Auftrag ausgeführt werden, finden Sie hier:
Definieren Sie einen Auftrag zum
simulate
(Simulieren) eines IoT-Geräts, das eine Verbindung mit dem IoT-Hub herstellt und Beispieltelemetrienachrichten sendet.simulate: runs-on: ubuntu-latest needs: register steps: - name: Simulate device run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot device simulate -n "$HUB_NAME" -d "$DEVICE_NAME"
Weitere Informationen zu den Befehlen, die in diesem Auftrag ausgeführt werden, finden Sie hier:
Definieren Sie einen Auftrag zum
monitor
(Überwachen) des IoT Hub-Endpunkts für Ereignisse, und beobachten Sie Nachrichten, die vom simulierten Gerät eingehen. Beachten Sie, dass die Aufträge simulate und monitor in ihrem Parameterneeds
den Auftrag register (Registrieren) definieren. Diese Konfiguration bedeutet, dass beide Aufträge parallel ausgeführt werden, sobald der Auftrag register erfolgreich abgeschlossen wurde.monitor: runs-on: ubuntu-latest needs: register steps: - name: Monitor d2c telemetry run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot hub monitor-events -n "$HUB_NAME" -y
Weitere Informationen zu den Befehlen, die in diesem Auftrag ausgeführt werden, finden Sie hier:
Die vollständige Workflowdatei sollte wie in diesem Beispiel aussehen, wobei Ihre Informationen die Platzhalterwerte in den Umgebungsvariablen ersetzen:
name: DPS Tutorial on: workflow_dispatch env: HUB_NAME: <Globally unique IoT hub name> DPS_NAME: <Desired Device Provisioning Service name> DEVICE_NAME: <Desired device name> RESOURCE_GROUP: <Solution resource group where resources will be created> SP_USER: ${{ secrets.APP_ID }} SP_SECRET: ${{ secrets.SECRET }} SP_TENANT: ${{ secrets.TENANT }} jobs: provision: runs-on: ubuntu-latest steps: - name: Provision Infra run: | az --version az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az iot hub create -n "$HUB_NAME" -g "$RESOURCE_GROUP" az iot dps create -n "$DPS_NAME" -g "$RESOURCE_GROUP" configure: runs-on: ubuntu-latest needs: provision steps: - name: Configure Infra run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az iot dps linked-hub create --dps-name "$DPS_NAME" --hub-name "$HUB_NAME" register: runs-on: ubuntu-latest needs: configure steps: - name: Create enrollment run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot dps enrollment create -n "$DPS_NAME" --eid "$DEVICE_NAME" --attestation-type symmetrickey --auth-type login - name: Register device run: | az iot device registration create -n "$DPS_NAME" --rid "$DEVICE_NAME" --auth-type login simulate: runs-on: ubuntu-latest needs: register steps: - name: Simulate device run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot device simulate -n "$HUB_NAME" -d "$DEVICE_NAME" monitor: runs-on: ubuntu-latest needs: register steps: - name: Monitor d2c telemetry run: | az login --service-principal -u "$SP_USER" -p "$SP_SECRET" --tenant "$SP_TENANT" az extension add --name azure-iot az iot hub monitor-events -n "$HUB_NAME" -y
Speichern, committen und pushen Sie diese neue Datei in Ihr GitHub-Repository.
3 – Ausführen des Workflows
Navigieren Sie in Ihrem GitHub-Repository zur Registerkarte Aktionen.
Wählen Sie im Bereich Aktionen die Option DPS-Tutorial aus. Das ist der Name, den Sie in der Workflowdatei definiert haben. Wählen Sie dann das Dropdownfeld Workflow ausführen aus.
Ändern Sie den Branch, wenn Sie Ihren Workflow in einem anderen Branch als dem Mainbranch erstellt haben, und wählen Sie Workflow ausführen aus.
Eine neue Workflowausführung wird als „In Bearbeitung“ angezeigt. Wählen Sie den Namen aus, um Details zur Ausführung anzuzeigen.
In der Workflowzusammenfassung können Sie beobachten, wie jeder Auftrag beginnt und abgeschlossen wird. Wählen Sie einen beliebigen Auftragsnamen aus, um dessen Details anzuzeigen. Der simulierte Geräteauftrag wird fünf Minuten lang ausgeführt und sendet Telemetriedaten an IoT Hub. Wählen Sie während dieser Zeit den Auftrag simulate aus, um zu beobachten, wie Nachrichten vom Gerät gesendet werden, und den Auftrag monitor aus, um zu beobachten, wie diese Nachrichten von IoT Hub empfangen werden.
Wenn alle Aufträge erfolgreich abgeschlossen wurden, sollten dazu jeweils grüne Häkchen angezeigt werden.
Bereinigen von Ressourcen
Falls Sie die in diesem Tutorial erstellten Ressourcen nicht weiterverwenden möchten, löschen Sie sie mit den folgenden Schritten.
Verwenden der Azure-Befehlszeilenschnittstelle:
Listen Sie die Ressourcen in Ihrer Ressourcengruppe auf.
az resource list --resource-group <RESOURCE_GROUP_NAME>
Verwenden Sie die Ressourcen-ID zum Löschen von einzelnen Ressourcen.
az resource delete --resource-group <RESOURCE_GROUP_NAME> --ids <RESOURCE_ID>
Wenn Sie die gesamte Ressourcengruppe und alle darin enthaltenen Ressourcen löschen möchten, führen Sie den folgenden Befehl aus:
az group delete --resource-group <RESOURCE_GROUP_NAME>
Verwenden des Azure-Portals:
- Navigieren Sie im Azure-Portal zu der Ressourcengruppe, in der Sie die neuen Ressourcen erstellt haben.
- Sie können entweder die gesamte Ressourcengruppe löschen oder die einzelnen Ressourcen auswählen, die Sie entfernen möchten, und dann Löschen auswählen.
Nächste Schritte
Informieren Sie sich, wie Sie DPS-Instanzen mit anderen Automatisierungstools bereitstellen können.