Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Gäller för: Azure Logic Apps (Standard)
Viktigt!
Den här funktionen är i förhandsversion och omfattas av kompletterande användningsvillkor för Förhandsversioner av Microsoft Azure.
Oavsett om du skapar standardlogikappar i Azure Logic Apps, App Service Environment v3 eller din egen infrastruktur behöver du alltid en lagringsprovider för att spara arbetsflödesartefakter, tillstånd och körningsdata. När du konfigurerar en egen SQL-databas som lagringsprovider får du mer flexibilitet och kontroll över arbetsflödets körningsmiljö, dataflöde, skalning, prestanda och hantering.
Den här guiden beskriver varför och hur du konfigurerar en SQL-databas som lagringsprovider. Du kan slutföra den här uppgiften när logikappen skapas med Azure-portalen eller distributionen med Visual Studio Code.
Varför konfigurera SQL Database Storage
En SQL-databas ger följande fördelar:
| Förmån | Description |
|---|---|
| Portabilitet | SQL har många formfaktorer, inklusive virtuella datorer, PaaS (Platform as a Service) och containrar. Du kan köra SQL-databaser nästan var som helst som du kanske vill köra arbetsflöden för logikappar. |
| Kontroll | SQL ger detaljerad kontroll över databasens dataflöde, prestanda och skalning under vissa perioder eller för specifika arbetsbelastningar. SQL-priser baseras på CPU-användning och dataflöde, vilket ger mer förutsägbar prissättning än Azure Storage där kostnaderna baseras på varje åtgärd. |
| Återanvända befintliga tillgångar | Använd välbekanta Microsoft-verktyg och -tillgångar för moderna integreringar med SQL. Återanvända tillgångar i traditionella lokala distributioner och moderna molnimplementeringar med Azure Hybrid-fördelar. SQL tillhandahåller också mogna och väl understödda verktyg, till exempel SQL Server Management Studio (SSMS), kommandoradsgränssnitt och SDK:er. |
| Efterlevnad | SQL innehåller fler alternativ än Azure Storage där du kan säkerhetskopiera, återställa, redundansväxla och skapa redundans. Du kan använda samma mekanismer i företagsklass som andra företagsprogram på logikappens lagring. |
När du ska välja SQL
I följande tabell beskrivs scenarier när du kan välja SQL:
| Scenario | Rekommenderad lagring |
|---|---|
| Kör standardarbetsflöden för logikappar i Azure med mer kontroll över dataflöde och prestanda för lagring. | Välj SQL eftersom Azure Storage inte tillhandahåller verktyg för att finjustera dataflöde och prestanda. |
| Kör Standard-arbetsflöden i hybridmiljöer, inklusive lokal eller egen infrastruktur. Mer information finns i: - Konfigurera din egen infrastruktur för standardlogikappar för hybriddistribution - Skapa standardarbetsflöden för hybriddistribution |
Välj SQL eftersom du kan bestämma var sql-databasen ska vara värd, till exempel lokalt, på en virtuell dator, i en container eller i en miljö med flera moln. Överväg att köra logikappens arbetsflöden nära de system som du vill integrera eller minska ditt beroende av molnet. |
| Beror på förutsägbara lagringskostnader. | Välj SQL när du vill ha mer kontroll över skalningskostnader. SQL-kostnader baseras på varje beräknings- och indatautdataåtgärder per sekund (IOPS). Azure Storage-kostnaderna baseras på antalet åtgärder, vilket kan fungera bättre för små arbetsbelastningar som skalas till noll. |
| Föredrar SQL framför Azure Storage. | SQL är ett välkänt och tillförlitligt ekosystem där du kan tillämpa samma styrning och hantering i dina logikappar bakom kulisserna. |
| Återanvänd befintliga SQL-miljöer. | Välj SQL om du redan äger SQL-licenser som du vill återanvända eller modernisera i molnet. Du kanske också vill använda Azure Hybrid-fördelar för dina logikappintegreringar. |
| Allt annat | Välj Azure Storage, som är standardlagringsprovidern. |
Förutsättningar
Ett Azure-konto och en aktiv prenumeration. Skaffa ett kostnadsfritt konto.
En SQL-server- och databasmiljö för logikappen. Innan du konfigurerar din miljö utför du dock följande steg:
Skapa en SQL Server-instans.
SQL Server-versioner som stöds:
Om DIN SQL-server stöds och finns i Azure måste du konfigurera följande behörigheter:
I Azure Portal går du till sql-serverresursen.
I sidofältet på servern går du till Säkerhetoch väljer Brandväggar och virtuella nätverk.
I det öppnade fönstret under Tillåt Att Azure-tjänster och resurser får åtkomst till den här servern väljer du Ja.
Spara dina ändringar.
Om DIN SQL-server inte finns i Azure kontrollerar du att alla brandväggar eller nätverksinställningar tillåter att Azure-tjänster och resurser får åtkomst till din server och databas.
Om du har SQL Express för lokal utveckling ansluter du till den namngivna standardinstansen
localhost\SQLExpress.Skapa eller återanvända en befintlig databas.
Du måste ha en aktiv, livskraftig databas innan du kan konfigurera SQL Storage-providern.
Följ stegen för att konfigurera SQL-miljön i den här artikeln.
För lokal utveckling behöver du Visual Studio Code lokalt installerat på datorn.
Anmärkning
Se till att installera de senaste Azure Functions Core-verktygen och att du har SQL-stöd genom att välja Microsoft Installer (MSI), som är
func-cli-X.X.XXXX-x*.msi. Mer information om Visual Studio Code-krav finns i Skapa standardarbetsflöden i Azure Logic Apps med Visual Studio Code.
Konfigurera DIN SQL-miljö
Innan du konfigurerar SQL Storage-providern kontrollerar du att du har slutfört de nödvändiga stegen i förhandskraven.
Konfigurera behörigheter för DIN SQL-server.
SQL Storage-providern stöder för närvarande SQL-autentisering via anslutningssträngar. Du kan också välja Windows-autentisering för lokal utveckling och testning. För närvarande är stöd för Microsoft Entra-ID och hanterade identiteter inte tillgängligt.
Du måste ha en identitet med behörighet att skapa och hantera arbetsflödesartefakter i SQL-måldatabasen. En administratör har till exempel alla behörigheter som krävs för att skapa och hantera dessa artefakter.
I följande lista beskrivs de artefakter som Azure Logic Apps-körningen försöker skapa med den SQL-anslutningssträng som du anger. Kontrollera att identiteten i SQL-anslutningssträngen har de behörigheter som krävs för att skapa följande artefakter:
- Skapa och ta bort följande scheman:
dt,dcochdq. - Lägg till, ändra och ta bort tabeller i dessa scheman.
- Lägg till, ändra och ta bort användardefinierade tabelltyper i dessa scheman.
Mer information om riktade behörigheter finns i SQL Server-behörigheter i databasmotorn.
Viktigt!
När du har känslig information, till exempel anslutningssträngar som innehåller användarnamn och lösenord, måste du välja det säkraste autentiseringsflödet som är tillgängligt. Microsoft rekommenderar att du autentiserar åtkomst till Azure-resurser med en hanterad identitet när det är möjligt och tilldelar en roll som har minsta möjliga behörighet.
Om den här funktionen inte är tillgänglig måste du skydda anslutningssträngar via andra mått, till exempel Azure Key Vault, som du kan lägga till i appinställningarna. Du kan sedan direkt referera till säkra strängar, till exempel anslutningssträng och nycklar. På samma sätt som ARM-mallar, där du kan definiera miljövariabler vid distributionstillfället, kan du definiera appinställningar i logikappens arbetsflödesdefinition. Du kan sedan samla in dynamiskt genererade infrastrukturvärden, till exempel anslutningsslutpunkter, lagringssträngar med mera. Mer information finns i Programtyper för Microsofts identitetsplattform.
- Skapa och ta bort följande scheman:
Anslut till DIN SQL-server och databas.
Kontrollera att SQL-databasen tillåter nödvändig åtkomst för utveckling.
Om du har en Azure SQL-databas uppfyller du följande krav:
För lokal utveckling och testning tillåter du uttryckligen anslutningar från den lokala datorns IP-adress. Du kan ange ip-brandväggsregler i Azure SQL Server.
I Azure Portal tillåter du att logikappresursen får åtkomst till SQL-databasen med en tillhandahållen anslutningssträng genom att tillåta Azure-tjänster.
Konfigurera andra nätverksåtkomstkontroller för SQL Database efter behov för ditt scenario.
Om du har Azure SQL Managed Instance tillåter du att Azure-tjänster (
logicapp) ansluter till din SQL-databas via skyddade offentliga slutpunkter.
Konfigurera SQL när du skapar i Azure Portal
När du skapar standardlogikappen kan du konfigurera SQL som lagringsprovider.
I sökrutan i Azure-portalen anger du
logic appsoch väljer Logikappar.
På sidan Logic Apps väljer du Lägg till.
På sidan Skapa logikapp under Standard väljer du det värdalternativ som du vill använda.
På fliken Grundläggande anger du följande information, som kan variera beroende på dina val:
Fastighet Krävs Värde Description Subscription Yes < Namn-på-Azure-prenumeration> Azure-prenumerationen för din logikapp. Resursgrupp Yes < Namn-på-Azure-resursgrupp> Azure-resursgruppen för din logikapp och relaterade resurser. Namnet måste vara unikt mellan regioner och får endast innehålla bokstäver, siffror, bindestreck (-), understreck (_), parenteser (()) och punkter (.).
I det här exemplet skapas en resursgrupp med namnetFabrikam-Workflows-RG.Type Yes Standard Den här logikapptypen följer standardanvändnings-, fakturerings- och prismodellen. Namn på logikapp Yes < logik-app-namn> Namnet på logikappen. Resursnamnet måste vara unikt mellan regioner och får endast innehålla bokstäver, siffror, bindestreck (-), understreck (_), parenteser (()) och punkter (.).
Det här exemplet skapar en logikapp med namnetFabrikam-Workflows.
Obs! Logikappens namn får automatiskt suffixet,.azurewebsites.net, eftersom standardlogikappresursen drivs av Azure Logic Apps-körningen med en single-tenant-miljö, som använder Azure Functions-utökningsmodellen och värds som ett tillägg i Azure Functions-körningen. Azure Functions använder samma namngivningskonvention för appar.Region Yes < Azure-region> Platsen för resursgruppen och resurserna. Det här exemplet distribuerar exempellogikappen till Azure och använder USA, västra.
– Om du vill distribuera till en ASEv3-resurs , som först måste finnas, väljer du den miljöresursen i listan Region .Windows-plan Yes < plannamn> Det plannamn som ska användas. Välj antingen ett befintligt plannamn eller ange ett namn för en ny plan.
I det här exemplet används namnet My-App-Service-Plan.
Obs! Välj inte en Linux-baserad App Service-plan. Endast den Windows-baserade App Service-planen stöds.Prisplan Yes < prisnivå> Prisnivån för din logikapp och dina arbetsflöden. Ditt val påverkar prissättning, beräkning, minne och lagring för logikappen och arbetsflöden.
Mer information finns i Värdplaner och prisnivåer.I följande exempel visas sidan Skapa logikapp med fliken Grundläggande :
När du är klar väljer du Nästa: Lagring. På fliken Lagring anger du följande information om lagringslösningen och värdplanen för logikappen.
Fastighet Krävs Värde Description Lagringstyp Yes SQL och Azure Storage Lagring för arbetsflödesartefakter och data.
– Om du har valt en anpassad plats som din region väljer du SQL.
– Om du har valt en Azure-region eller EN ASEv3-plats väljer du SQL och Azure Storage.
Obs! Om du distribuerar till en Azure-region behöver du fortfarande ett Azure Storage-konto. Det här kravet slutför engångshostingen av logikappskonfigurationen på Azure Logic Apps-plattformen. Arbetsflödets definition, tillstånd, körningshistorik och andra körningsartefakter lagras i SQL-databasen.
För distributioner till en anpassad plats som finns i ett Azure Arc-kluster behöver du bara en SQL-databas för lagring.Lagringskonto Yes < Azure-storage-account-name (på Azure-storage-account-name)> Azure Storage-kontot för lagringstransaktioner.
Resursnamnet måste vara unikt mellan regioner och ha 3–24 tecken med endast siffror och gemener. Välj antingen ett befintligt konto eller skapa ett nytt konto.
I det här exemplet skapas ett lagringskonto med namnetfabrikamstorageacct.SQL anslutningssträng Yes < sql-connection-string> Din SQL-anslutningssträng, som för närvarande endast stöder SQL-autentisering, inte OAuth eller hanterad identitetsautentisering.
Obs! Kontrollera att du anger rätt anslutningssträng eftersom Azure Portal inte verifierar strängen åt dig.I följande exempel visas sidan Skapa logikapp med fliken Lagring :
Slutför de återstående stegen för att skapa i Skapa ett exempel på standardarbetsflöde i Azure Logic Apps med en enda klientorganisation.
När du är klar är din nya logikappresurs och arbetsflöde live i Azure och använder din SQL-databas som lagringsprovider.
Konfigurera SQL för lokal utveckling i Visual Studio Code
Följande steg visar hur du konfigurerar SQL som lagringsprovider för lokal utveckling och testning i Visual Studio Code:
Konfigurera utvecklingsmiljön så att den fungerar med Azure Logic Apps med en enda klientorganisation.
Uppfylla kraven för att arbeta i Visual Studio Code med Tillägget Azure Logic Apps (Standard).
Konfigurera Visual Studio Code så att det fungerar med Tillägget Azure Logic Apps (Standard).
I Visual Studio Code ansluter du till ditt Azure-konto och skapar ett tomt logikappprojekt.
Öppna explorer-fönstret i Visual Studio Code, om det inte redan är öppet.
I explorer-fönstret går du till logikappprojektets rot, flyttar muspekaren över ett tomt område under alla projektets filer och mappar, öppnar snabbmenyn och väljer Använd SQL Storage för ditt logikappsprojekt.
När kommandotolken visas anger du din SQL-anslutningssträng. Du kan välja en lokal SQL Express-instans eller någon annan SQL-databas som du har.
Efter bekräftelsen skapar Visual Studio Code följande inställning i projektets local.settings.json-fil . Du kan uppdatera den här inställningen när som helst.
Konfigurera SQL under distributionen från Visual Studio Code
Du kan publicera logikappprojektet direkt från Visual Studio Code till Azure. Den här åtgärden distribuerar ditt logikappprojekt till en standard-logikappresurs.
Om du publicerar projektet som en ny standardlogik-appresurs i Azure och vill ha en SQL-databas som lagringsleverantör, anger du sql-anslutningssträngen när du publicerar appen. Fullständiga steg finns i Konfigurera SQL för ny distribution av logikappar.
Om du redan har konfigurerat DINA SQL-inställningar kan du publicera logikappprojektet till en redan distribuerad standardlogikappresurs i Azure. Den här åtgärden skriver över din befintliga logikapp.
Anmärkning
Lokal SQL Express fungerar inte med logikappar som distribueras och hanteras i Azure.
Konfigurera SQL för ny resursdistribution av standardlogikappar
Öppna explorer-fönstret i Visual Studio Code, om det inte redan är öppet.
I utforskarfönstret går du till logikappprojektets rot, flyttar muspekaren över ett tomt område under alla projektets filer och mappar, öppnar snabbmenyn och väljer Distribuera till logikapp.
Om du uppmanas till det väljer du Azure-prenumerationen för distributionen av logikappen.
I listan som Visual Studio Code öppnas ser du till att välja det avancerade alternativet för Skapa ny logikapp (Standard) i Azure Advanced. Annars uppmanas du inte att konfigurera SQL.
När du uppmanas till det anger du ett globalt unikt namn för den nya logikappen, som är namnet på standardlogikappresursen. I det här exemplet används
Fabrikam-Workflows-App.
Välj en plats för logikappen. Du kan också börja skriva för att filtrera listan.
- Om du vill distribuera till Azure väljer du den Azure-region där du vill distribuera. Om du har skapat en App Service Environment v3-resurs (ASEv3) och vill distribuera den väljer du din ASEv3.
I följande exempel visas platslistan filtrerad till USA, västra.
Välj typ av värdplan för den nya logikappen.
Om du har valt en ASEv3 som appens plats väljer du App Service-plan och sedan din ASEv3-resurs. Annars väljer du Arbetsflödesstandard.
Skapa antingen ett namn för din plan eller välj en befintlig plan.
Det här exemplet väljer Skapa ny App Service-plan eftersom inga befintliga planer är tillgängliga.
Ange ett namn för din värdplan och välj sedan en prisnivå för den valda planen.
Mer information finns i Värdplaner och prisnivåer.
När du uppmanas att ange en Azure-resursgrupp väljer du samma Azure-resursgrupp som ditt projekt för distributionen för optimala prestanda.
Anmärkning
Även om du kan skapa eller välja en annan resursgrupp kan det påverka prestandan. Om du skapar eller väljer en annan resursgrupp, men avbryter när bekräftelsemeddelandet visas, avbryts även distributionen.
När du uppmanas att välja ett lagringskonto för logikappen väljer du något av följande alternativ:
Om du har valt en anpassad plats väljer du alternativet SQL .
Om du vill distribuera till Azure väljer du alternativet SQL och Azure Storage .
Anmärkning
Det här alternativet krävs endast för Azure-distributioner. I Azure krävs Azure Storage för att slutföra en engångsuppladdning av Logic App-konfigurationen på Azure Logic Apps-plattformen. Det pågående arbetsflödestillståndet, körningshistoriken och andra körningsartefakter lagras i DIN SQL-databas.
För distributioner till en anpassad plats som finns i ett Azure Arc-kluster behöver du bara en SQL-databas för lagring.
När du uppmanas till det väljer du Skapa ett nytt lagringskonto eller ett befintligt lagringskonto, om det är tillgängligt.
I bekräftelseprompten för SQL Storage väljer du Ja. I anslutningssträng fråga anger du din SQL-anslutningssträng.
Anmärkning
Kontrollera att du anger rätt anslutningssträng eftersom Visual Studio Code inte verifierar strängen åt dig.
Slutför de återstående distributionsstegen i Publicera till en ny standard logikappresurs.
När du är klar är din nya logikappresurs och arbetsflöde live i Azure och använder din SQL-databas som lagringsprovider.
Verifiera distributioner
När du har distribuerat standardlogikappresursen till Azure kan du kontrollera om inställningarna är korrekta:
Öppna logikappresursen i Azure Portal.
På resursnavigeringsmenyn går du till Inställningar och väljer Konfiguration.
I fönstret Konfiguration, under Programinställningar, letar du upp appinställningen Workflows.Sql.ConnectionString och bekräftar att din SQL-anslutningssträng visas och är korrekt.
I SQL-miljön bekräftar du att SQL-tabellerna har skapats med schemanamnet som börjar med "dt" och "dq".
Följande skärmbild visar till exempel tabellerna som Azure Logic Apps-körningen med en enda klientorganisation skapade för en logikappresurs med ett enda arbetsflöde:
Azure Logic Apps-tjänsten med en klient skapar också användardefinierade tabelltyper. Följande skärmbild visar till exempel användardefinierade tabelltyper som Azure Logic Apps-körningen med en enda klientorganisation skapade för en logikappresurs med ett enda arbetsflöde:
