Konfigurera SQL Database Storage för standardlogikappar i Azure Logic Apps med en enda klientorganisation (förhandsversion)
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.
När du väljer resurstypen Logikapp (Standard) för att skapa arbetsflöden som körs i Azure Logic Apps för en enda klientorganisation, App Service Environment v3 eller utanför Azure måste du också skapa ett Azure Storage-konto för att spara arbetsflödesrelaterade artefakter, tillstånd och körningsdata. Men om du vill ha mer flexibilitet och kontroll över logikappens arbetsflödens körningsmiljö, dataflöde, skalning, prestanda och hantering kan du använda SQL Storage-providern i stället för Azure Storage för arbetsflödesrelaterade lagringstransaktioner.
Den här artikeln innehåller en översikt över varför du kanske vill använda SQL Storage som primär lagringsprovider för Azure Logic Apps som ett alternativ till Azure Storage och visar hur du konfigurerar SQL för lagringsanvändning antingen när logikappen skapas i Azure-portalen eller vid distribution av logikappar från Visual Studio Code.
Om du inte har använt logikappar tidigare kan du läsa följande dokumentation:
Varför använda SQL
Som ett alternativt lagringsalternativ som är tillgängligt för Azure Logic Apps med en enda klientorganisation ger SQL följande fördelar:
| Förmån | beskrivning |
|---|---|
| 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. |
| Använda befintliga tillgångar | Om du är bekant med Microsoft-verktyg kan du använda deras tillgångar för moderna integreringar med SQL. Du kan å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 använda SQL
I följande tabell beskrivs några orsaker till varför du kanske vill använda SQL:
| Scenario | Rekommendera lagringsprovider |
|---|---|
| Du vill köra logikapparbetsflöden i Azure med mer kontroll över dataflöde och prestanda för lagring. | Använd SQL som lagringsprovider eftersom Azure Storage inte tillhandahåller verktyg för att finjustera dataflöde och prestanda. |
| Du vill köra logikapparbetsflöden lokalt, vilket du kan med Azure Arc-aktiverade Logic Apps. | Använd SQL som lagringsprovider så att du kan välja var du vill vara värd för din SQL-databas, till exempel lokalt på en virtuell dator, en container eller i flera moln. Överväg att köra logikappens arbetsflöden nära de system som du vill integrera eller minska ditt beroende av molnet. |
| Du vill ha förutsägbara lagringskostnader. | Använd SQL som lagringsprovider 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. |
| Du föredrar att använda SQL via Azure Storage. | SQL är ett välkänt och tillförlitligt ekosystem som du kan använda för att tillämpa samma styrning och hantering i dina logikappar bakom kulisserna. |
| Du vill återanvända befintliga SQL-miljöer. | Använd SQL som lagringsprovider om du redan äger SQL-licenser som du vill återanvända eller modernisera till molnet. Du kanske också vill använda Azure Hybrid-fördelarna för dina logikappintegreringar. |
| Allt annat | Använd Azure Storage som standardlagringsprovider. |
Förutsättningar
Ett Azure-konto och en aktiv prenumeration. Om du inte redan har ett kan du registrera dig för ett kostnadsfritt konto.
En SQL-miljö som ska användas med logikappen. Innan du konfigurerar din miljö utför du dock följande steg:
Skapa en SQL Server-instans.
Typer som stöds är SQL Server, Azure SQL Database, Azure SQL Managed Instance och andra.
Om SQL-servern finns i Azure med någon av de typer som stöds måste du konfigurera följande behörigheter:
På resursnavigeringsmenyn går du till Säkerhet och väljer Brandväggar och virtuella nätverk.
I fönstret som öppnas 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 på servern tillåter att Azure-tjänster och resurser får åtkomst till din server och databas.
Om du använder SQL Express för lokal utveckling ansluter du till standardinstansen
localhost\SQLExpressmed namnet .
Skapa eller använda en befintlig databas.
Du måste ha en användbar databas innan du kan konfigurera SQL Storage-providern.
Nu kan du följa stegen för att konfigurera DIN SQL-miljö i den här artikeln.
Visual Studio Code är installerat på den lokala datorn för lokal utveckling.
Kommentar
Se till att du installerar den senaste versionen för Azure Functions Core Tools för att säkerställa SQL-stöd med hjälp av Microsoft Installer-versionen (MSI), som är
func-cli-X.X.XXXX-x*.msi. Mer information om installationskrav för Visual Studio Code finns i Skapa integreringsarbetsflöden med Azure Logic Apps (Standard) för en klientorganisation i Visual Studio Code.
Konfigurera DIN SQL-miljö
Innan du konfigurerar SQL Storage-providern slutför du de steg som krävs i förutsättningar.
Konfigurera behörigheter för DIN SQL-server.
För närvarande stöder SQL Storage-providern SQL-autentisering i niska veze. Du kan också använda 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 använda en identitet som har behörighet att skapa och hantera arbetsflödesrelaterade artefakter 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 med en enda klient försöker skapa med hjälp av sql-niska veze som du anger. Kontrollera att den identitet som används i SQL-niska veze 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 niska veze som innehåller användarnamn och lösenord, bör du använda det säkraste tillgängliga autentiseringsflödet. 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 niska veze via andra mått, till exempel Azure Key Vault, som du kan använda med appinställningar. Du kan sedan direkt referera till säkra strängar, till exempel niska veze och nycklar. På samma sätt som ARM-mallar, där du kan definiera miljövariabler vid distributionen, 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 Microsoft platforma za identitete.
- Skapa och ta bort följande scheman:
Anslut till SQL.
Kontrollera att SQL-databasen tillåter nödvändig åtkomst för utveckling.
Om du använder Azure SQL Database 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-portalen tillåter du att logikappresursen får åtkomst till SQL-databasen med en tillhandahållen niska veze genom att tillåta Azure-tjänster.
Konfigurera andra nätverksåtkomstkontroller för SQL Database efter behov för ditt scenario.
Om du använder 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-portalen
När du skapar logikappen med hjälp av resurstypen Logic App (Standard) i Azure kan du konfigurera SQL som lagringsprovider.
I sökrutan i Azure-portalen anger du
logic appsoch väljer Logikappar.
På sidan Logikappar väljer du Lägg till.
På sidan Skapa logikapp på fliken Grundläggande anger du följande information om logikappresursen:
Property Obligatoriskt Värde beskrivning Abonnemang Ja <Namn-på-Azure-prenumeration> Den Azure-prenumeration som ska användas för din logikapp. Resursgrupp Ja <Namn-på-Azure-resursgrupp> Den Azure-resursgrupp där du skapar din logikapp och relaterade resurser. Resursnamnet 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 namnet
Fabrikam-Workflows-RG.Typ Ja Standard Den här resurstypen för logikappen körs i Azure Logic Apps-miljön med en enda klientorganisation och använder standardmodellen för användning, fakturering och prissättning. Namn på logikapp Ja <logic-app-name> Namnet som ska användas för 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 namnet
Fabrikam-Workflows.Obs! Logikappens namn hämtar automatiskt suffixet,
.azurewebsites.net, eftersom logikappresursen (Standard) drivs av Azure Logic Apps-körningen med en enda klientorganisation, som använder Azure Functions-utökningsmodellen och är värd för ett tillägg på Azure Functions-körningen. Azure Functions använder samma namngivningskonvention för appar.Publicera Ja <deployment-environment> Distributionsmålet för logikappen. Som standard väljs Arbetsflöde för distribution till Azure Logic Apps med en enda klientorganisation. Azure skapar en tom logikappresurs där du måste lägga till ditt första arbetsflöde. Obs! För närvarande kräver dockercontaineralternativet en anpassad plats i ett Azure Arc-aktiverat Kubernetes-kluster, som du kan använda med Azure Arc-aktiverade Logic Apps (förhandsversion). Resursplatserna för logikappen, den anpassade platsen och klustret måste alla vara desamma.
Region Ja <Azure-region> Den plats som ska användas för att skapa resursgruppen och resurserna. Det här exemplet distribuerar exempellogikappen till Azure och använder USA, västra. – Om du har valt Docker Container väljer du din anpassade plats.
– Om du vill distribuera till en ASEv3-resurs , som först måste finnas, väljer du den miljöresursen i listan Region .
I följande exempel visas sidan Skapa logikapp med fliken Grundläggande :
När du är klar väljer du Nästa: Värd. På fliken Värd anger du följande information om lagringslösningen och värdplanen som ska användas för logikappen.
Property Obligatoriskt Värde beskrivning Lagringstyp Ja SQL och Azure Storage Den lagringstyp som du vill använda för arbetsflödesrelaterade artefakter och data. – Om du tidigare har valt en anpassad plats som din region väljer du SQL.
– Om du tidigare 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 som används för att slutföra engångsvärdskapet för logikappens konfiguration 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 SQL som lagringsprovider.
Lagringskonto Ja <Azure-storage-account-name> Det Azure Storage-konto som ska användas 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 namnet
fabrikamstorageacct.SQL niska veze Ja <sql-connection-string> Din SQL-niska veze, som för närvarande endast stöder SQL-autentisering, inte OAuth eller hanterad identitetsautentisering. Obs! Kontrollera att du anger rätt niska veze eftersom Azure-portalen inte validerar strängen åt dig.
Plantyp Ja <värdplan> Värdplanen som ska användas för att distribuera logikappen. Mer information finns i Värdplaner och prisnivåer.
Windows-plan Ja <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
Fabrikam-Service-Plan.SKU och storlek Ja <prisnivå> Prisnivån som ska användas för logikappen. Ditt val påverkar priser, beräkning, minne och lagring som logikappen och arbetsflödena använder. Om du vill ändra standardprisnivån väljer du Ändra storlek. Du kan sedan välja andra prisnivåer baserat på den arbetsbelastning du behöver.
Mer information finns i Värdplaner och prisnivåer.
I följande exempel visas sidan Skapa logikapp med fliken Värd :
Slutför de återstående stegen för att skapa i Skapa ett integreringsarbetsflöde med Azure Logic Apps (Standard) för en enda klientorganisation i Azure-portalen.
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 Logic App-projekt.
När kommandotolken visas anger du din SQL-niska veze. Du kan välja att använda 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 logikappsprojekt med hjälp av resurstypen Logic App (Standard).
Om du publicerar projektet som en ny Logic App-resurs (Standard) i Azure och vill använda SQL som lagringsprovider anger du din SQL-niska veze när du publicerar din app. 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 Logic App-resurs (Standard) i Azure. Den här åtgärden skriver över din befintliga logikapp.
Kommentar
Lokal SQL Express fungerar inte med logikappar som distribueras och hanteras i Azure.
Konfigurera SQL för ny distribution av Logic App-resurser (Standard)
I aktivitetsfältet i Visual Studio Code väljer du Azure-ikonen.
I verktygsfältet Azure: Logic Apps (Standard) väljer du Distribuera till logikapp.
Om du uppmanas att göra det väljer du den Azure-prenumeration som ska användas 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 det namn som ska användas för logic app-resursen (Standard). 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 tidigare har skapat en App Service Environment v3-resurs (ASEv3) och vill distribuera den väljer du din ASEv3.
Om du vill distribuera till Azure Arc-aktiverade Logic Apps väljer du din tidigare konfigurerade anpassade plats.
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.
Kommentar
Även om du kan skapa eller använda 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 tidigare har valt en anpassad plats väljer du alternativet SQL .
Om du vill distribuera till Azure väljer du alternativet SQL och Azure Storage .
Kommentar
Det här alternativet krävs endast för Azure-distributioner. I Azure krävs Azure Storage för att slutföra en engångsvärd för logikappens konfiguration 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 SQL som lagringsprovider.
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 niska veze fråga anger du din SQL-niska veze.
Kommentar
Kontrollera att du anger rätt niska veze eftersom Visual Studio Code inte validerar strängen åt dig.
Slutför de återstående distributionsstegen i Publicera till en ny Logic App-resurs (Standard).
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 logikappresursen (Standard) till Azure kan du kontrollera om inställningarna är korrekta:
Öppna logikappresursen i Azure-portalen.
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-niska veze 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:
