Dela via

Konfigurera dataflödesslutpunkter

Viktigt!

Den här sidan innehåller instruktioner för att hantera Azure IoT Operations-komponenter med hjälp av Kubernetes-distributionsmanifest, som finns i förhandsversion. Den här funktionen har flera begränsningar och bör inte användas för produktionsarbetsbelastningar.

Se kompletterande användningsvillkor för Microsoft Azure Previews för juridiska villkor som gäller för Azure-funktioner som är i betaversion, förhandsversion eller på annat sätt ännu inte har släppts i allmän tillgänglighet.

Kom igång med dataflöden genom att först skapa dataflödesslutpunkter. En dataflödesslutpunkt är anslutningspunkten för dataflödet. Du kan använda en slutpunkt som källa eller mål för dataflödet. Vissa slutpunktstyper kan användas som både källor och mål, medan andra endast gäller för mål. Ett dataflöde behöver minst en källslutpunkt och en målslutpunkt.

Använd följande tabell för att välja den slutpunktstyp som ska konfigureras:

Slutpunktstyp Beskrivning Kan användas som källa Kan användas som mål Stöd för dataflödesdiagram
MQTT För dubbelriktade meddelanden med MQTT-koordinatorer, inklusive den som är inbyggd i Azure IoT Operations och Event Grid. Ja Ja Källa och mål
Kafka För dubbelriktade meddelanden med Kafka-mäklare, inklusive Azure Event Hubs. Ja Ja Källa och mål
OpenTelemetry För att skicka mått och loggar till OpenTelemetry-insamlare och observerbarhetsplattformar som Grafana och Azure Monitor. Nej Ja Endast mål
Data Lake För att ladda upp data till Azure Data Lake Gen2-lagringskonton. Nej Ja Stöds inte
Microsoft Fabric OneLake För att ladda upp data till Microsoft Fabric OneLake lakehouses. Nej Ja Stöds inte
Azure-datautforskaren För att ladda upp data till Azure Data Explorer-databaser. Nej Ja Stöds inte
Lokal lagring Om du vill skicka data till en lokalt tillgänglig beständig volym kan du även konfigurera med Azure Container Storage aktiverat av Azure Arc. Nej Ja Stöds inte

Viktigt!

Begränsning av dataflödesdiagram: Dataflödesdiagram (WASM) stöder för närvarande endast MQTT-, Kafka- och OpenTelemetry-slutpunkter. OpenTelemetry-slutpunkter kan bara användas som mål i dataflödesdiagram. Andra slutpunktstyper stöds inte för dataflödesdiagram. Mer information finns i Kända problem.

Viktigt!

Lagringsslutpunkter kräver ett schema för serialisering. Om du vill använda dataflöde med Microsoft Fabric OneLake, Azure Data Lake Storage, Azure Data Explorer eller Lokal lagring måste du ange en schemareferens.

Om du vill generera schemat från en exempeldatafil använder du schemagenhjälpen.

Dataflöden måste använda en lokal MQTT-broker-anslutningspunkt

När du skapar ett dataflöde anger du käll- och målslutpunkterna. Dataflödet flyttar data från källslutpunkten till målslutpunkten. Du kan använda samma slutpunkt för flera dataflöden och du kan använda samma slutpunkt som både källan och målet i ett dataflöde.

Det går dock inte att använda anpassade slutpunkter som både källa och mål i ett dataflöde. Den här begränsningen innebär att den inbyggda MQTT-koordinatorn i Azure IoT Operations måste vara minst en slutpunkt. Det kan vara antingen källan, målet eller båda. Om du vill undvika dataflödesdistributionsfel använder du MQTT-standardslutpunkten för dataflöde som källa eller mål för varje dataflöde.

Det särskilda kravet är att varje dataflöde måste ha antingen källan eller målet konfigurerat med en MQTT-slutpunkt som har värden aio-broker. Därför kan du skapa ytterligare dataflödesslutpunkter som pekar på den lokala MQTT-mäklaren förutsatt att värddatorn är aio-broker och det är inte strikt nödvändigt att använda standardslutpunkten. Men för att undvika problem med förvirring och hanterbarhet är standardslutpunkten den rekommenderade metoden.

Följande tabell visar scenarier som stöds:

Scenarium Understödd
Standardslutpunkt som källa Ja
Standardslutpunkt som mål Ja
Anpassad slutpunkt som källa Ja, om målet är standardslutpunkt eller en MQTT-slutpunkt med värd aio-broker
Anpassad slutpunkt som mål Ja, om källan är standardslutpunkt eller en MQTT-slutpunkt med värd aio-broker
Anpassad slutpunkt som källa och mål Nej, såvida inte en av dem är en MQTT-slutpunkt med värd aio-broker

Återanvända slutpunkter

Tänk på varje dataflödesslutpunkt som ett paket med konfigurationsinställningar som innehåller var data ska komma från eller gå till ( host värdet), hur du autentiserar med slutpunkten och andra inställningar som TLS-konfiguration eller batchinställning. Så du behöver bara skapa den en gång och sedan kan du återanvända den i flera dataflöden där dessa inställningar skulle vara desamma.

För att göra det enklare att återanvända slutpunkter är MQTT- eller Kafka-ämnesfiltret inte en del av slutpunktskonfigurationen. I stället anger du ämnesfiltret i dataflödeskonfigurationen. Det innebär att du kan använda samma slutpunkt för flera dataflöden som använder olika ämnesfilter.

Du kan till exempel använda standardslutpunkten för MQTT-koordinatordataflöde. Du kan använda den för både källan och målet med olika ämnesfilter:

Skärmbild som använder driftserfarenhet för att skapa ett dataflöde från MQTT till MQTT.

På samma sätt kan du skapa flera dataflöden som använder samma MQTT-slutpunkt för andra slutpunkter och ämnen. Du kan till exempel använda samma MQTT-slutpunkt för ett dataflöde som skickar data till en Event Hubs-slutpunkt.

Skärmbild som använder driftsupplevelsen för att skapa ett dataflöde från MQTT till Kafka.

I likhet med MQTT-exemplet kan du skapa flera dataflöden som använder samma Kafka-slutpunkt för olika ämnen eller samma Data Lake-slutpunkt för olika tabeller.

Nästa steg

Skapa en dataflödesslutpunkt: