Umgebungen von IoT Core migrieren

Last reviewed 2023-02-01 UTC

Google hat die Einstellung von IoT Core angekündigt. Dieses Dokument soll Ihnen beim Entwerfen und Implementieren eines Migrationsplans von einer IoT Core-basierten Umgebung in eine neue Umgebung helfen, die für Folgendes nicht von IoT Core abhängt:

  • Authentifizierung mit Edge-Geräten
  • Edge-Geräteverwaltung
  • Kommunikation zwischen Ihren Edge-Geräten und Google Cloud

Das Dokument bietet auch eine Anleitung, wenn Sie die Möglichkeit zur Migration nach der Einstellung von IoT Core bewerten und erfahren möchten, wie eine Migration aussehen könnte.

Dieses Dokument ist Teil einer Reihe von Dokumenten, die Informationen zu IoT-Architekturen in Google Cloud und zur Migration von IoT Core enthalten. Die anderen Dokumente in dieser Reihe umfassen die folgenden Punkte:

Die zu migrierende Arbeitslast

In diesem Dokument wird davon ausgegangen, dass die Arbeitslasten, die Sie von IoT Core migrieren möchten, die folgenden Teile haben:

  • Ein Teil, das auf Edge-Geräten ausgeführt wird (bereitgestellt an den Edges Ihrer Umgebung und neben den Daten, die Sie verarbeiten möchten)
  • Ein Back-End, das in Google Cloud ausgeführt wird

Das folgende Diagramm zeigt die Architektur einer typischen Arbeitslast, die IoT Core verwendet. In dieser Architektur bindet Cloud IoT Edge-Geräte mit einem Back-End ein, das in Google Cloud ausgeführt wird.

Ereignisfluss von Edge-Geräten zu Cloud IoT (im folgenden Text zusammengefasst).

Das obige Diagramm kann so zusammengefasst werden:

Für eine effektive Planung der Migration empfehlen wir Ihnen, eine Bewertung durchzuführen, um ein vollständiges Verständnis Ihrer Architektur der Quellumgebung zu erhalten. In diesem Fall bezieht sich Quellumgebung auf Ihre aktuelle IoT Core-basierte Umgebung.

In diesem Dokument wird davon ausgegangen, dass Sie die Konfiguration und die Softwarekomponenten, die auf Ihren Edge-Geräten ausgeführt werden, für Ihre Migration aktualisieren können. In einigen Fällen ist dieser Ansatz möglicherweise nicht durchführbar. Zum Beispiel könnten Ihre Edge-Geräte oder Ihre Bereitstellungsprozesse diesen Anwendungsfall möglicherweise nicht unterstützen. In diesem Fall empfehlen wir, die Edge-Geräte zu deaktivieren, die keine Updates unterstützen. Weitere Informationen zum Entwerfen und Implementieren automatisierter Bereitstellungs- und Konfigurationsprozesse für Edge-Geräte finden Sie unter Best Practices für die automatische Bereitstellung und Konfiguration von Edge- und Bare-Metal-Systemen und -Servern.

Migration entwerfen

Zum Migrieren Ihrer IoT Core-basierten Umgebung empfehlen wir die Ausführung des unter Migration zu Google Cloud beschriebenen Migrations-Frameworks.

Die folgende Grafik beschreibt den Migrationsprozess:

Migrationspfad mit vier Phasen

Wie im vorherigen Diagramm dargestellt, besteht dieser Prozess aus vier Phasen:

  1. Bewerten: In dieser Phase bewerten Sie die Quellumgebung sowie die Arbeitslasten und Edge-Geräte, die Sie von Cloud IoT Core migrieren möchten.
  2. Planen: In dieser Phase erstellen Sie die grundlegende Infrastruktur in Google Cloud, z. B. durch das Bereitstellen der Ressourcenhierarchie und das Einrichten des Netzwerkzugriffs.
  3. Bereitstellen: In dieser Phase stellen Sie die neue Lösung bereit, die anstelle von IoT Core verwendet werden soll, und migrieren Ihre Edge-Geräte zur neuen Lösung.
  4. Optimieren: In dieser Phase optimieren Sie Ihre Zielumgebung. In diesem Fall bezieht sich Zielumgebung auf die Umgebung, zu der Sie migrieren, die nicht auf IoT Core basiert.

Quellumgebung und Arbeitslasten bewerten

In der Bewertungsphase erfassen Sie Informationen über Ihre Quellumgebung, die Edge-Geräte und die Verwendung von IoT Core in Ihrer Organisation. Diese Informationen helfen Ihnen, einen Migrationsplan zu entwerfen und sicherzustellen, dass Sie die Ressourcen haben, die Sie für die Migration und für Ihre Zielumgebung benötigen.

In der Bewertungsphase gehen Sie so vor:

  1. Erstellen Sie ein Inventar der Edge-Geräte, die Sie in Cloud IoT Core registriert haben.
  2. Erstellen Sie ein Inventar der Back-End-Arbeitslasten, die in Cloud IoT Core eingebunden sind.
  3. Edge-Geräte und Back-End-Arbeitslasten kategorisieren
  4. Experimentieren und Proofs of Concept erstellen
  5. Gesamtbetriebskosten berechnen
  6. Entwerfen Sie die Architektur der Zielumgebung
  7. Wählen Sie aus, welche Edge-Geräte und Back-End-Arbeitslasten zuerst migriert werden sollen

Am Ende der Bewertungsphase haben Sie zwei Inventare: ein Inventar für die Edge-Geräte und ein Inventar für die Back-End-Arbeitslasten.

Damit Inkonsistenzen vermieden werden, empfehlen wir Ihnen, die Bereitstellung neuer Edge-Geräte und Back-End-Arbeitslasten zu pausieren, bevor Sie dieses Inventar erstellen. Wir empfehlen außerdem, keine neuen Edge-Geräte und Hintergrundarbeitslasten bereitzustellen, nachdem Sie das Inventar erstellt haben.

Inventar Ihrer Edge-Geräte erstellen

Um Ihre Migration zu skalieren und den Migrationsplan zu entwerfen, müssen Sie wissen, wie viele Edge-Geräte in Ihrer Quellumgebung vorhanden sind. Sie müssen außerdem wissen, wie die Geräte mit IoT Core interagieren und ob sie nach allgemeinen Merkmalen, Verhalten, Zweck oder Abhängigkeiten kategorisiert werden können.

Jedes Edge-Gerät, das Sie bei IoT Core registrieren, gehört zu einer IoT Core-Registry. Der erste Schritt zum Erstellen des Inventars Ihrer Edge-Geräte besteht darin, die von Ihnen erstellten IoT Core-Registries aufzulisten. Anschließend erfassen Sie Informationen zu den in jeder Registry registrierten Edge-Geräten.

Wenn Sie das Inventar Ihrer Edge-Geräte erstellen, sollten Sie die folgenden Informationen für jedes Edge-Gerät und die Einbindung des Geräts in IoT Core berücksichtigen:

  • Kennungen: Erfassen Sie die folgenden Informationen zu den IoT Core-Kennungen des Edge-Geräts:

    • Die benutzerdefinierte Kennung
    • Die vom Server definierte, nicht bearbeitbare ID, die von IoT Core automatisch generiert wird, wenn Sie ein Edge-Gerät bei IoT Core registrieren.
    • Der Ressourcenname, der das Edge-Gerät mithilfe der ID der IoT Core-Registry, in der Sie das Edge-Gerät registriert haben, eindeutig identifiziert
  • Bereitstellungsstatus: Bewerten Sie den aktuellen Bereitstellungsstatus des Edge-Geräts. Das Edge-Gerät kann beispielsweise einen der folgenden Status haben:

    • Noch nicht hergestellt oder wird derzeit hergestellt
    • Bereit für die Bereitstellung, aber noch nicht für IoT Core registriert
    • Bereits an seinem Zielort bereitgestellt und in IoT Core registriert
  • IoT Core-Gerätetyp: Prüfen Sie den IoT Core-Gerätetyp. Jedes Edge-Gerät, das Sie bei IoT Core registrieren, kann auf zwei Arten fungieren. Es kann ein Client sein, der sich direkt mit IoT Core verbindet. Es kann auch ein Gateway für die Clients sein, die Sie nicht direkt mit IoT Core verbinden können oder möchten.

  • Kommunikationsprotokoll: IoT Core unterstützt zwei Protokolle für die Kommunikation mit Edge-Geräten: HTTP und MQTT. Prüfen Sie, welches Protokoll Ihre Edge-Geräte für die Kommunikation mit IoT Core verwenden. Für das MQTT-Protokoll müssen Sie auch die Dienstqualität ermitteln, auf die sich Ihre Edge-Geräte und Back-End-Arbeitslasten verlassen.

  • Anmeldedaten: IoT Core authentifiziert Edge-Geräte mithilfe eines Schlüsselpaars und kurzlebiger Tokens, die mit diesem Schlüsselpaar generiert wurden. Optional kann es die Signatur des öffentlichen Teils des Schlüsselpaars mit einer zertifikatbasierten Verifizierungsmethode verifizieren. Prüfen Sie, wie die Authentifizierung des Edge-Geräts konfiguriert ist. Prüfen Sie, ob Sie den zertifikatbasierten Bestätigungsmechanismus für die IoT Core-Registry verwenden, zu der das Gerät gehört.

  • Gerätemetadaten: In IoT Core können Sie für jedes Edge-Gerät Metadaten in Form von Schlüssel/Wert-Paaren definieren. Sie können beispielsweise einen Hardwarefingerabdruck, eine Seriennummer, Herstellerinformationen oder ein anderes für einen Edge-Gerät relevantes Attribut definieren. Sie können Metadaten definieren, wenn Sie ein Edge-Gerät einer IoT Core-Registry hinzufügen oder ein Edge-Gerät bearbeiten, das sich bereits in einer Registry befindet. Metadaten werden niemals über IoT Core an oder von einem Edge-Gerät gesendet. Sammeln Sie Informationen zu den Metadaten, die Sie für das Edge-Gerät definiert haben.

  • Gerätestatus: In IoT Core kann jedes Edge-Gerät Informationen zum Status als beliebige strukturierte oder unstrukturierte Daten melden. Ein Edge-Gerät kann beispielsweise die Version der Firmware melden, die es ausführt. Oder es kann Informationen zu seinem Zustand nach bestimmten Messwerten melden. IoT Core veröffentlicht die empfangenen Informationen zum Gerätestatus als Nachrichten in einem von Ihnen konfigurierten Pub/Sub-Thema. Prüfen Sie, wie Ihr Edge-Gerät Informationen zu seinem Status meldet und an welche Pub/Sub-Themen IoT Core diese Nachrichten veröffentlicht. Bestimmen Sie, welche Komponenten Ihrer Architektur auf Informationen zum Edge-Gerätestatus basieren.

  • Telemetrieereignisse: Jedes Edge-Gerät, das Sie einer IoT Core-Registry hinzufügen, kann Telemetrieereignisse als beliebige strukturierte oder unstrukturierte Daten an IoT Core senden. IoT Core veröffentlicht die empfangenen Telemetrieereignisse als Nachrichten in einem von Ihnen konfigurierten Pub/Sub-Thema. Prüfen Sie, wie Ihr Edge-Gerät Telemetrieereignisse meldet und in welchen Pub/Sub-Themen IoT Core diese Nachrichten veröffentlicht. Bestimmen Sie, welche Komponenten Ihrer Architektur auf Telemetrieereignissen basieren, die vom Edge-Gerät gemeldet werden.

  • Gerätekonfiguration: In IoT Core können Sie die Konfiguration eines Edge-Geräts als beliebige strukturierte oder unstrukturierte Daten definieren. Mit IoT Core können Sie auch Aktualisierungen der Konfiguration eines Geräts als neue Versionen einer solchen Konfiguration definieren, die dann an das Edge-Gerät übertragen werden. Prüfen Sie, ob das Edge-Gerät die Konfiguration von Cloud IoT Core empfängt, und erfassen Sie Informationen zu allen von Ihnen definierten Konfigurationsversionen.

  • Befehle: In IoT Core können Edge-Geräte Befehle von IoT Core empfangen und dann auf diese Befehle reagieren. Prüfen Sie, ob Ihre Edge-Geräte die Reaktion auf Befehle von IoT Core unterstützen.

  • Software- und Konfigurationsupdates: Während der Migration müssen Sie möglicherweise die Softwarekomponenten, die auf dem Edge-Gerät ausgeführt werden, oder die Konfiguration dieser Komponenten, aktualisieren. Prüfen Sie die Aktualisierungsmechanismen, die Ihr Edge-Gerät unterstützt. Prüfen Sie, ob das Gerät auch einen Rollback-Mechanismus unterstützt, um ihn in einen bekannten Arbeitszustand zurückzusetzen, wenn bei solchen Aktualisierungen Fehler und Probleme auftreten.

  • Ausfallzeit: Während der Migration sind Back-End-Arbeitslasten oder andere Teile der Quellumgebung möglicherweise nicht verfügbar. Prüfen Sie, ob Ihr Edge-Gerät Ausfallzeiten unterstützt, welche Fallback-Mechanismen es gibt und wie es nach der Ausfallzeit wiederhergestellt wird.

Inventar Ihrer Back-End-Arbeitslasten erstellen, die in IoT Core integriert werden können

Nachdem Sie das Inventar Ihrer Edge-Geräte erstellt haben, erfassen Sie Informationen zu den Back-End-Arbeitslasten in Ihrer Quellumgebung, die in Cloud IoT Core eingebunden sind. Eine Back-End-Arbeitslast kann so in IoT Core eingebunden werden:

  • Durch Senden von Befehlen an Edge-Geräte und Aktualisieren der Konfiguration Ihrer Edge-Geräte mit IoT Core
  • Durch Abonnieren von Pub/Sub-Themen, an die IoT Core Nachrichten zu Edge-Gerätetelemetrieereignissen und Gerätestatus veröffentlicht
  • Durch Einbindung in IoT Core APIs direkt oder mithilfe eines Infrastrukturbereitstellungstools Beispielsweise können Sie mit Terraform IoT Core-Registries und -Geräte bereitstellen.

Wenn Sie das Inventar der Back-End-Arbeitslasten erstellen, die in Cloud IoT Core eingebunden sind, berücksichtigen Sie für jede Back-End-Arbeitslast Folgendes:

  • Befehle und Gerätekonfiguration: Prüfen Sie, ob die Back-End-Arbeitslast Befehle an Edge-Geräte sendet und ob die Gerätekonfiguration aktualisiert wird. Beide Aktionen erfordern eine Integration in IoT Core APIs.
  • Telemetrieereignisse und Gerätestatus: Prüfen Sie, ob die Back-End-Arbeitslast die Pub/Sub-Themen abonniert, in denen IoT Core Nachrichten zu Telemetrieereignissen und Gerätestatus veröffentlicht.
  • Einbindung in andere IoT Core APIs: Prüfen Sie, ob die Back-End-Arbeitslast mit anderen IoT Core APIs interagiert, außer denen zum Senden von Befehlen und Aktualisieren von Gerätekonfigurationen. Beispielsweise kann Ihre Back-End-Arbeitslast auf IoT Core APIs zurückgreifen, um Folgendes zu tun:

    • IoT Core-Registries erstellen und ihre Konfiguration aktualisieren.
    • IoT Core-Geräte erstellen und ihre Konfiguration aktualisieren.
    • Informationen zu IoT Core-Registries und -Geräten erfassen.
    • IoT Core-Logging-Messwerte und Logs zu Geräteaktivitäten verwenden.

Edge-Geräte und Back-End-Arbeitslasten kategorisieren

Nachdem Sie das Inventar Ihrer Edge-Geräte und Ihrer Back-End-Arbeitslast erstellt haben, kategorisieren Sie die Elemente in jedem Inventar anhand ihrer Eigenschaften. Mithilfe dieser Kategorisierung können Sie Ihren Migrationsplan entwerfen und auswählen, welche Edge-Geräte und Back-End-Arbeitslasten zuerst migriert werden sollen.

Um Ihre Edge-Geräte zu kategorisieren, empfehlen wir eine Kategorisierung nach den Arten von Interaktionen, die zwischen Edge-Geräten und Back-End-Arbeitslasten auftreten können. Berücksichtigen Sie folgende Arten von Interaktionen:

  • Wenn ein Edge-Gerät Daten mit Telemetrieereignissen oder Informationen zum Gerätestatus an Back-End-Arbeitslasten sendet.
  • Wenn Back-End-Arbeitslasten Anweisungen mit Befehlen oder Gerätekonfigurationsupdates an Edge-Geräte senden.

Für jede der vorherigen Arten der Interaktion unterscheiden sich die Nachrichtentypen, die während der Interaktionen dieser Art ausgetauscht werden. Die Nachrichten haben jedoch ähnliche Zwecke. Einige Geräte senden Daten von einem Edge-Gerät an Back-End-Arbeitslasten, z. B. Telemetrieereignisse und Informationen zum Gerätestatus. Einige Geräte senden Anweisungen von Back-End-Arbeitslasten an Edge-Geräte wie Befehle und Aktualisierungen der Gerätekonfiguration.

Basierend auf den vorgeschlagenen Arten von Interaktionen empfehlen wir die folgenden Kategorien für Ihre Edge-Geräte:

  • Nur Übertragung: Edge-Geräte, die Telemetrieereignisse oder Informationen zum Gerätestatus senden, aber keine Befehle oder Updates der Gerätekonfiguration von Back-End-Arbeitslasten erhalten.
  • Nur Empfang: Edge-Geräte, die keine Telemetrieereignisse oder Informationen zum Gerätestatus senden, aber Befehle oder Gerätekonfigurationsupdates von Back-End-Arbeitslasten empfangen.
  • Empfangen und übertragen: Edge-Geräte, die Telemetrieereignisse und Informationen zum Gerätestatus senden und Befehle oder Aktualisierungen der Gerätekonfiguration von Back-End-Arbeitslasten empfangen.

Zum Kategorisieren Ihrer Back-End-Arbeitslasten können Sie ähnlich vorgehen wie bei der Kategorisierung von Edge-Geräten. Basierend auf den vorgeschlagenen Arten von Interaktionen empfehlen wir die folgenden Kategorien für Ihre Back-End-Arbeitslasten:

  • Nur Empfang: Back-End-Arbeitslasten, die Telemetrieereignisse oder Informationen zum Gerätestatus von Edge-Geräten empfangen, aber keine Befehle oder Gerätekonfigurationsupdates senden.
  • Nur Senden: Back-End-Arbeitslasten, die keine Telemetrieereignisse oder Informationen zum Gerätestatus empfangen, aber Befehle oder Aktualisierungen der Gerätekonfiguration senden.
  • Senden und empfangen: Back-End-Arbeitslasten, die Telemetrieereignisse oder Informationen zum Gerätestatus von Edge-Geräten empfangen und Befehle oder Gerätekonfigurations-Updates senden.

Bewertung abschließen

Nachdem Sie das Inventar erstellt haben, müssen Sie die folgenden Teile der Bewertungsphase abschließen:

Nachdem Sie diese Aktivitäten abgeschlossen haben, lesen Sie dieses Dokument weiter.

Architektur der Zielumgebung entwerfen

Nachdem Sie die vorherigen Bewertungsaktivitäten abgeschlossen haben, entwerfen Sie die Architektur für die Zielumgebung.

In diesem Dokument geht es um die Migration der Quellumgebung zur Zielumgebung. Die Migration Ihrer Umgebung von IoT Core bietet jedoch auch die Möglichkeit, neue Features und Updates zu planen. Berücksichtigen Sie beim Entwerfen der Architektur der Zielumgebung alle Einschränkungen, die in der Quellumgebung auftreten können. Überlegen Sie sich, wie Sie die Zielumgebung konfigurieren möchten, um diese Einschränkungen zu vermeiden. Sie können auch potenzielle neue Features berücksichtigen, die Sie in der Zielumgebung benötigen.

Je nachdem, wie Sie Ihre Edge-Geräte und Back-End-Arbeitslasten kategorisiert haben, werden möglicherweise folgende ergänzende IoT Core-Anwendungsfälle angezeigt, die aus der Bewertung der Quellumgebung stammen:

  • Aufnahme von Daten von Edge-Geräten in ein Back-End, das in Google Cloud ausgeführt wird.
  • Back-End-Arbeitslasten der Edge-Geräteverwaltung in Google Cloud ausführen.

Damit die Migration weniger komplex ist, sollten Sie sich auf die Anwendungsfälle konzentrieren, die sich aus der Bewertung der Quellumgebung ergeben haben. Wenn Sie beispielsweise Daten von Edge-Geräten aufnehmen, aber keine IoT Core-Geräteverwaltungsfunktionen verwenden, empfehlen wir Ihnen, sich auf das Entwerfen der Zielumgebung zu konzentrieren. Mit diesem Ansatz können Sie nur den Anwendungsfall der Datenaufnahme unterstützen, ohne den Anwendungsfall der Geräteverwaltung berücksichtigen zu müssen.

Das Design der Zielumgebung kann variieren, je nachdem, welche dieser Cloud IoT Core-Anwendungsfälle Sie in der Quellumgebung implementiert haben und wie Sie sie in der Zielumgebung implementieren möchten. Sie müssen die folgenden Faktoren berücksichtigen:

  • Wenn Sie beide Anwendungsfälle in der Quellumgebung implementiert haben, können Sie die Zielumgebung so entwerfen, dass beide Anwendungsfälle mit einer einzigen Lösung implementiert werden. Sie können die beiden Anwendungsfälle auch separat mit unterschiedlichen Lösungen implementieren.
  • Wenn Sie nur einen der beiden Anwendungsfälle in der Quellumgebung implementieren, können Sie die Zielumgebung so entwerfen, dass dieser Anwendungsfall mit einer einzigen Lösung implementiert wird.

Das folgende Diagramm zeigt eine Reihe von Beispielfragen, die Sie bei der Entscheidung beachten sollten, wie Sie die Architektur der Zielumgebung entwerfen.

Beispielfragen, die im folgenden Text angegeben werden.

Das obige Diagramm kann so zusammengefasst werden:

  • Müssen Sie sowohl Daten von Edge-Geräten aufnehmen als auch Edge-Geräte verwalten?

    • Falls ja, fahren Sie mit der nächsten Frage fort.
    • Falls nein, fahren Sie mit den Fragen zum Anwendungsfall der Edge-Geräteverwaltung fort.
  • Benötigen Sie eine einzige Lösung, um Anwendungsfälle für die Datenaufnahme und Edge-Geräteverwaltung zu implementieren?

    • Falls ja, stellen Sie eine Lösung sowohl für die Datenaufnahme als auch für die Edge-Geräteverwaltung in Google Cloud bereit.
    • Falls nicht, stellen Sie eine Edge-Geräteverwaltungslösung in Google Cloud bereit und fahren Sie dann mit den Fragen zur Bewertung der Datenaufnahme fort.
  • Müssen Sie Edge-Geräte verwalten?

    • Falls ja, stellen Sie eine Edge-Geräteverwaltungslösung in Google Cloud bereit und fahren Sie dann mit den Fragen zur Bewertung der Datenaufnahme fort.
    • Falls nicht, fahren Sie mit den Fragen zur Bewertung der Datenaufnahme fort.
  • Müssen Daten von Edge-Geräten aufgenommen werden?

    • Falls ja, fahren Sie mit der nächsten Frage fort.
    • Falls nein, haben Sie entweder die Migration abgeschlossen oder Sie müssen Ihre Quellumgebung nicht migrieren. In beiden Fällen können Sie die Quellumgebung außer Betrieb nehmen.
  • Was ist das bevorzugte Kommunikationsprotokoll?

    • Stellen Sie in MQTT einen MQTT-Broker in Google Cloud bereit.
    • Bei HTTP oder gRPC werden Daten, die von Edge-Geräten stammen, mit Pub/Sub aufgenommen.
    • Andernfalls bewerten Sie Datenaufnahmelösungen, die mit Ihren bevorzugten Kommunikationsprotokollen kompatibel sind.

Berücksichtigen Sie beim Entwerfen der Architektur der Zielumgebung Folgendes:

  • Die Verwaltung einer beliebigen Komponente der Architektur erfordert Wissen und Mühe. Wir empfehlen Ihnen, zu bewerten, wie viele zusätzliche Ressourcen Sie für die Zielumgebung benötigen.
  • Die Bereitstellung vieler Edge-Geräte erfordert besondere Aufmerksamkeit in puncto Sicherheit, Skalierbarkeit und Funktion. Weitere Informationen zum Bereitstellen von Edge-Geräten finden Sie unter Best Practices für die automatische Bereitstellung und Konfiguration von Edge- und Bare-Metal-Systemen und -Servern.
  • Wenn Sie Pub/Sub zur Aufnahme von Daten von Ihren Edge-Geräten verwenden, müssen Sie keine verteilte Messaging-Plattform verwalten und skalieren. Wenn Sie Pub/Sub verwenden, um Daten von Ihren Edge-Geräten aufzunehmen, berücksichtigen Sie sowohl Pub/Sub-Kontingente und -Limits, insbesondere wenn Sie Daten von vielen Geräten aufnehmen müssen.
  • Zur Authentifizierung Ihrer Edge-Geräte in der Zielumgebung und zur Verwaltung ihrer Identitäten sollten Sie prüfen, welche Authentifizierungsmethoden und Anmeldedaten die Zielumgebung unterstützen. Vergleichen Sie sie mit denen, die Sie mit IoT Core in der Quellumgebung verwenden.

    Nachdem Sie diese Informationen erfasst haben, folgen Sie der Anleitung im IoT-Back-End-Sicherheitsleitfaden, um einen Authentifizierungs- und Identitätsverwaltungsmechanismus für Ihre Edge-Geräte zu entwickeln und zu implementieren.

Auswählen, welche Edge-Geräte und Back-End-Arbeitslasten zuerst migriert werden sollen

Nachdem Sie die Architektur der Zielumgebung entworfen haben, definieren Sie Folgendes:

  1. Die Kategorien der Edge-Geräte und Back-End-Arbeitslasten, die zuerst migriert werden sollen.
  2. Die Migration umfasst die Gruppen der Elemente, die von der Quellumgebung zur Zielumgebung migriert werden sollen.

Kategorien der Edge-Geräte definieren, die zuerst migriert werden sollen

Die Kategorien der Edge-Geräte und Back-End-Arbeitslasten können unterschiedliche Herausforderungen und Schwierigkeiten bei der Migration bieten. Ein Beispiel wäre die Migration von reinen Edge-Geräten, die einfacher sein kann als die Migration von Edge-Geräten für den Empfang und die Übertragung.

Weitere Informationen zur Auswahl der Kategorien von Edge-Geräten und Back-End-Arbeitslasten, die zuerst migriert werden sollen, finden Sie unter Anwendungen auswählen, die zuerst migriert werden sollen.

In diesem Abschnitt werden die Überlegungen zusammengefasst, die Sie für jede Edge-Gerätekategorie treffen müssen, wenn Sie entscheiden, welche Migration zuerst migriert werden soll.

Edge-Geräte nur für die Übertragung

Diese Edge-Geräte senden Telemetrieereignisse und Informationen zum Gerätestatus entweder mit MQTT oder HTTP.

Wenn die Geräte MQTT verwenden, müssen Sie möglicherweise ihre Konfiguration nur aktualisieren, um eine Verbindung zum MQTT-Broker in Ihrer Zielumgebung herzustellen und sich bei diesem zu authentifizieren. Sie können Telemetrieereignisse und Informationen zum Gerätestatus über den MQTT-Broker in der Zielumgebung veröffentlichen. In einigen Fällen haben Sie möglicherweise keinen MQTT-Broker in Ihrer Zielumgebung und müssen zu einer anderen Art von Zielumgebung migrieren, z. B. zu einer Drittanbieterlösung. In diesem Fall müssen Sie die Funktionen und die von der Lösung bereitgestellten Integrationsschnittstellen bewerten. Sie können dann einen geeigneten Migrationsplan erstellen und implementieren.

Wenn die Geräte HTTP verwenden, müssen Sie möglicherweise ihre Konfiguration aktualisieren, um eine Verbindung zur Zielumgebung herzustellen und sich bei dieser zu authentifizieren. Möglicherweise müssen Sie auch die Semantik der Geräte refaktorieren, um den Unterschieden in der Zielumgebung zu entsprechen, im Vergleich zur Verwendung von IoT Core APIs. Wenn Sie beispielsweise Pub/Sub in der Zielumgebung verwenden, können Sie von der Verwendung von IoT Core APIs zum Veröffentlichen von Nachrichten in Pub/Sub-Themen zu Pub/Sub APIs für denselben Zweck migrieren. In einigen Fällen verwenden Sie Pub