Wat zijn connectors in Azure Logic Apps-workflows?

Wanneer u een werkstroom bouwt met behulp van Azure Logic Apps, kunt u een connector gebruiken om te werken met gegevens, gebeurtenissen en resources in andere apps, services, systemen en platforms, zonder code te schrijven. Een connector biedt een of meer vooraf gemaakte bewerkingen, die u als stappen in uw werkstroom gebruikt.

In een connector is elke bewerking een triggervoorwaarde waarmee een werkstroom wordt gestart of een volgende actie die een specifieke taak uitvoert, samen met eigenschappen die u kunt configureren. Hoewel veel connectors zowel triggers als acties hebben, bieden sommige connectors alleen triggers, terwijl andere alleen acties bieden.

In Azure Logic Apps zijn connectors beschikbaar in een ingebouwde versie, beheerde versie of beide. Veel connectors vereisen meestal dat u eerst een verbinding met de onderliggende service of het onderliggende systeem maakt en configureert , meestal zodat u toegang tot een gebruikersaccount kunt verifiëren. Als er geen connector beschikbaar is voor de service of het systeem waartoe u toegang wilt hebben, kunt u een aanvraag verzenden met behulp van de algemene HTTP-bewerking of u kunt een aangepaste connector maken.

Dit overzicht biedt een inleiding op hoog niveau tot connectors en hoe ze in het algemeen werken. Zie de volgende documentatie voor meer informatie over de connector:

Ingebouwde connectors versus beheerde connectors

In Azure Logic Apps zijn connectors ingebouwd of beheerd. Sommige connectors hebben beide versies. De beschikbare versies zijn afhankelijk van of u een werkstroom voor logische apps voor verbruik maakt die wordt uitgevoerd in Multitenant Azure Logic Apps of een standaardwerkstroom voor logische apps die wordt uitgevoerd in Azure Logic Apps met één tenant. Zie Resourcetypen en verschillen in hostomgevingen voor meer informatie over resourcetypen voor logische apps.

  • Ingebouwde connectors zijn ontworpen om rechtstreeks en systeemeigen te worden uitgevoerd in Azure Logic Apps.

    In de designer worden alle ingebouwde connectors weergegeven in de connectorgalerie binnen de groep In app.

  • Beheerde connectors worden door Microsoft geïmplementeerd, gehost en beheerd in Azure. Beheerde connectors bieden meestal een proxy of een wrapper rond een API die door de onderliggende service of het systeem wordt gebruikt om te communiceren met Azure Logic Apps.

    In de Ontwerpfunctie worden alle beheerde connectors weergegeven in de connectorgalerij in de gedeelde groep. Ze worden gefactureerd volgens het Standard- of Enterprise-niveau.

Voor meer informatie raadpleegt u de volgende documentatie:

Triggers

Een trigger geeft de voorwaarde aan waaraan moet worden voldaan voordat de werkstroom kan worden gestart en is altijd de eerste stap in elke werkstroom. Elke trigger volgt ook een specifiek activeringspatroon dat bepaalt hoe de trigger gebeurtenissen monitort en erop reageert. Meestal volgt een trigger een polling-patroon of een pushpatroon . Soms zijn beide triggerversies beschikbaar.

  • Poll-triggers controleren regelmatig een specifieke service of systeem volgens een opgegeven planning om te controleren op nieuwe gegevens of een specifieke gebeurtenis. Als er nieuwe gegevens beschikbaar zijn of als de specifieke gebeurtenis plaatsvindt, maken en voeren deze triggers een nieuw exemplaar van uw werkstroom uit. Deze nieuwe instantie kan vervolgens de gegevens gebruiken die als invoer worden doorgegeven.

    Opmerking

    Voor connectors die door Microsoft worden beheerd, gehost en uitgevoerd in Azure, gebruiken poll-triggers alleen de interval - en frequentiewaarden om het volgende terugkeerpatroon te berekenen. Ze gebruiken niet de geavanceerde planningsopties, zoals op deze uren en op deze dagen. Deze opties werken alleen met ingebouwde polling-triggers die rechtstreeks worden uitgevoerd met de Azure Logic Apps-runtime, zoals Herhaling, Sliding Window en HTTP-trigger.

  • Push - of webhooktriggers luisteren naar nieuwe gegevens of naar een gebeurtenis, zonder polling. Wanneer er nieuwe gegevens beschikbaar zijn of wanneer de gebeurtenis plaatsvindt, maken deze triggers een nieuw exemplaar van uw werkstroom en voeren ze deze uit. Deze nieuwe instantie kan vervolgens de gegevens gebruiken die als invoer worden doorgegeven.

Stel dat u een werkstroom wilt bouwen die wordt uitgevoerd wanneer een bestand wordt geüpload naar uw FTP-server. Als eerste stap in uw werkstroom kunt u de FTP-trigger toevoegen met de naam Wanneer een bestand wordt toegevoegd of gewijzigd. Dit volgt een polling-patroon. Vervolgens geeft u de planning op om regelmatig te controleren op upload-gebeurtenissen.

Wanneer de trigger wordt geactiveerd, geeft de trigger meestal de uitvoer van gebeurtenissen door aan volgende acties, zodat deze hiernaar kunnen verwijzen en gebruiken. Voor het FTP-voorbeeld voert de trigger automatisch informatie uit, zoals de bestandsnaam en het pad. U kunt de trigger ook instellen zodat de inhoud van het bestand wordt opgenomen. Als u deze gegevens wilt verwerken, moet u dus acties toevoegen aan uw werkstroom.

Acties

Een actie geeft een taak op die moet worden uitgevoerd en wordt altijd weergegeven als een volgende stap in de werkstroom. U kunt meerdere acties in uw werkstroom gebruiken. U kunt bijvoorbeeld de werkstroom starten met een SQL Server-trigger waarmee wordt gecontroleerd op nieuwe klantgegevens in een SQL-database. Na de trigger kan uw werkstroom een SQL Server-actie hebben waarmee de klantgegevens worden opgehaald. Na deze SQL Server-actie kan uw werkstroom een andere actie gebruiken waarmee de gegevens worden verwerkt, bijvoorbeeld een gegevensbewerkingsactie waarmee een CSV-tabel wordt gemaakt.

Verbindingsmachtigingen

In een Consumption logic app workflow heb je specifieke permissies nodig voordat je logic app-resources, workflows en hun verbindingen kunt maken of beheren. Zie Secure Operations - Secure access and data in Azure Logic Apps (Beveiligde toegang en gegevens in Azure Logic Apps) voor meer informatie over deze machtigingen.

Verbinding maken, configureren en verificatie

Voordat u de bewerkingen van een connector in uw werkstroom kunt gebruiken, moeten veel connectors eerst een verbinding maken met de doelservice of het doelsysteem. Als u een verbinding wilt maken vanuit de werkstroomontwerper, moet u uw identiteit verifiëren met accountreferenties en soms andere verbindingsgegevens.

Voordat uw werkstroom bijvoorbeeld toegang heeft tot uw Office 365 Outlook-e-mailaccount en deze kan gebruiken, moet u een verbinding met dat account autoriseren. Voor sommige ingebouwde connectors en beheerde connectors kunt u een beheerde identiteit instellen en gebruiken voor verificatie in plaats van uw referenties op te geven.

Voor beheerde connectors zijn verbindingen aparte Azure-bronnen met hun eigen resourcedefinities. Voor ingebouwde connectors in standaardworkflows wordt de verbindingsconfiguratie opgeslagen bij de logica-appconfiguratie, inclusief het connections.json-bestand en de bijbehorende app-instellingen. Om de verbindingsinformatie te bekijken, volg je deze stappen op basis van of je een Verbruik- of Standaardworkflow hebt:

Verbindingsbeveiliging en -versleuteling

Azure-diensten die verbindingsconfiguratiedetails en geheimen opslaan, versleutelen deze in rust. Opslag- en toegangscontroles variëren tussen beheerde API-verbindingen en ingebouwde verbindingen in standaardworkflows. Verbindingen die gebruikmaken van Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth), zoals Office 365, Salesforce en GitHub, vereisen dat je inlogt, maar Azure Logic Apps slaat toegangs- en ververstokens op in plaats van gebruikerswachtwoorden.

Azure Logic Apps kunnen OAuth-toegangstokens verversen zolang het verversingstoken geldig blijft en de doelservice toegang toestaat. Verversingstokens kunnen verlopen of worden ingetrokken, wat mogelijk herautorisatie vereist. Wijzigingen in inloggegevens kunnen tokens ook ongeldig maken, afhankelijk van de identiteitsprovider, het type client en de authenticatieflow.

Opmerking

Als uw organisatie u geen toegang geeft tot specifieke resources via connectors in Azure Logic Apps, kunt u de mogelijkheid blokkeren om dergelijke verbindingen te maken met behulp van Azure Policy.

Zie Beveiligde toegang en gegevens in Azure Logic Apps voor meer informatie over het beveiligen van werkstromen en verbindingen voor logische apps.

Firewalltoegang voor verbindingen

Als je omgeving een firewall gebruikt, sta dan alleen het verkeer toe dat vereist is door je workflows en connectoroperaties:

  • Voor Consumption-workflows die ingebouwde operaties gebruiken, sta inkomend Azure Logic Apps-verkeer toe wanneer workflows externe aanroepen ontvangen en uitgaand verkeer wanneer workflows externe endpoints aanroepen. Gebruik de LogicAppsManagement- en LogicApps-servicetags waar ondersteund.

  • Voor beheerde of aangepaste connectoroperaties gebruik je de AzureConnectors servicetag waar ondersteund. Zo niet, sta de vereiste uitgaande IP-adressen van beheerde connectors toe voor de van toepassing zijnde Azure-regio's.

  • Voor standaardworkflows volg je de netwerkvereisten van Azure App Service en sta je de volledig gekwalificeerde domeinnamen toe die vereist zijn voor connectorverbindingen. Voor meer informatie, zie Firewall-rechten voor standaardworkflows.

Zie Firewall-configuratie voor meer informatie.

Aangepaste connectors en API's

In consumptiewerkstromen voor multitenant Azure Logic Apps kunt u Swagger- of SOAP-API's aanroepen die niet beschikbaar zijn als standaardconnectoren. U kunt ook aangepaste code uitvoeren door aangepaste API-apps te maken. Voor meer informatie raadpleegt u de volgende documentatie:

In Standard-werkstromen voor Azure Logic Apps met één tenant kunt u systeemeigen op serviceprovider gebaseerde aangepaste ingebouwde connectors maken die beschikbaar zijn voor elke standaardwerkstroom voor logische apps. Voor meer informatie raadpleegt u de volgende documentatie:

Volgende stappen

Een Consumption Logica App-werkstroom maken - Azure Portal

Een werkstroom voor een standaard logische app maken - Azure Portal

  • Last updated on