Konfigurera SQL-databaslagring 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 med en enda klientorganisation, App Service-miljön 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 när du skapar logikappar i Azure Portal eller under distribution av logikappar från Visual Studio Code.

Om du inte har använt logikappar tidigare kan du läsa följande dokumentation:

• Vad är Azure Logic Apps?
• Tjänstmiljö för enskild klientorganisation jämfört med flera klientorganisationer och integreringstjänst för Azure Logic Apps

Därför ska du använda SQL

Som ett alternativt lagringsalternativ som är tillgängligt för Azure Logic Apps för en enskild klientorganisation ger SQL följande fördelar:

Fördelar	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 logikapparbetsflöden.
Kontroll	SQL ger detaljerad kontroll över databasens dataflöde, prestanda och skalning under vissa perioder eller för specifika arbetsbelastningar. SQL-prissättningen 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örmåner. SQL tillhandahåller också mogna och välstö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 tillämpa 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 logic app-arbetsflöden i Azure med större kontroll över lagringsdataflöde och prestanda.	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 göra 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 skalningskostnaderna. 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 i bakgrunden.
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örmånerna 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. Men innan du konfigurerar din miljö utför du följande steg:

  1. Skapa en SQL Server-instans.

     Typer som stöds är SQL Server, Azure SQL databas, Azure SQL Managed Instance och andra.

     • Om din SQL-server finns i Azure med någon av de typer som stöds måste du konfigurera följande behörigheter:

       1. I Azure Portal går du till din SQL Server-resurs.

       2. På resursnavigeringsmenyn går du till Säkerhetoch väljer Brandväggar och virtuella nätverk.

       3. I fönstret som öppnas går du till Tillåt att Azure-tjänster och resurser får åtkomst till den här servern och väljer Ja.

       4. Spara ändringarna.

     • 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 den namngivna standardinstansen localhost\SQLExpress.

  2. Skapa eller använda en befintlig databas.

     Du måste ha en användbar databas innan du kan konfigurera SQL Storage-providern.

  3. Nu kan du följa stegen för att konfigurera DIN SQL-miljö i den här artikeln.

• Visual Studio Code är installerat på din lokala dator för lokal utveckling.

  Anteckning

  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 enskild klientorganisation i Visual Studio Code.

Konfigurera din SQL-miljö

1. Innan du konfigurerar SQL Storage-providern slutför du de steg som krävs i Krav.

2. Konfigurera behörigheter för din SQL-server.

   För närvarande stöder SQL Storage-providern SQL-autentisering i anslutningssträngar. Du kan också använda Windows-autentisering för lokal utveckling och testning. För närvarande är stöd för Azure Active Directory (Azure AD) 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 artefakterna. 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-anslutningssträngen som du anger. Kontrollera att identiteten som används 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, dcoch dq.
   • 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.

3. Anslut till SQL.

   • Kontrollera att SQL-databasen tillåter nödvändig åtkomst för utveckling.

   • Om du använder 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 ger du logikappresursen åtkomst till SQL-databasen med en angiven 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 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 Portal

När du skapar logikappen med hjälp av resurstypen Logikapp (Standard) i Azure kan du konfigurera SQL som lagringsprovider.

1. Logga in med ditt Azure-konto i Azure Portal.

2. I sökrutan Azure Portal anger du logic appsoch väljer Logikappar.

   

3. På sidan Logikappar väljer du Lägg till.

4. På sidan Skapa logikapp går du till fliken Grundläggande inställningar och anger följande information om logikappresursen:

   Egenskap	Krävs	Värde	Beskrivning
   Prenumeration	Ja	<Azure-prenumerationsnamn>	Den Azure-prenumeration som ska användas för logikappen.
   Resursgrupp	Ja	<Azure-resource-group-name>	Den Azure-resursgrupp där du skapar logikappen 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 logikappens resurstyp körs i Azure Logic Apps-miljön med en enda klient och använder modellen standardanvä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.neteftersom logikappresursen (Standard) drivs av Azure Logic Apps-körningen med en enda klient, som använder Azure Functions utökningsmodell och är värd för ett tillägg på Azure Functions körning. Azure Functions använder samma namngivningskonvention för appar.
   Publicera	Ja	<distributionsmiljö>	Distributionsmålet för logikappen. Som standard väljs Arbetsflöde för distribution till Azure Logic Apps för 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 vara desamma.
   Region	Ja	<Azure-region>	Den plats som ska användas för att skapa din resursgrupp och dina resurser. 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 :

   

5. 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.

   Egenskap	Krävs	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 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>	Azure Storage-kontot 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. Det här exemplet skapar ett lagringskonto med namnet fabrikamstorageacct.
   SQL-anslutningssträng	Ja	<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 en korrekt anslutningssträng eftersom Azure Portal inte verifierar strängen åt dig.
   Plantyp	Ja	<hosting-plan>	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 :

   

6. Slutför de återstående stegen för att skapa i Skapa ett integreringsarbetsflöde med Azure Logic Apps för en enda klientorganisation (Standard) i Azure Portal.

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:

1. Konfigurera utvecklingsmiljön så att den fungerar med Azure Logic Apps med en enda klientorganisation.

   1. Uppfylla kraven för att arbeta i Visual Studio Code med Tillägget Azure Logic Apps (Standard).

   2. Konfigurera Visual Studio Code så att det fungerar med Tillägget Azure Logic Apps (Standard).

   3. I Visual Studio Code ansluter du till ditt Azure-konto och skapar ett tomt logikappprojekt.

2. Öppna Explorer-fönstret i Visual Studio Code, om det inte redan är öppet.

3. I utforskarfönstret, i logikappprojektets rot, flyttar du 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.

   

4. När prompten visas anger du din SQL-anslutningssträng. 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 logikappsprojektet med hjälp av resurstypen Logikapp (Standard ).

• Om du publicerar projektet som en ny Logic App-resurs (Standard) i Azure och du vill använda SQL som lagringsprovider anger du din SQL-anslutningssträng 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 ditt logikappprojekt till en redan distribuerad logikappresurs (Standard) i Azure. Den här åtgärden skriver över din befintliga logikapp.

  Anteckning

  Lokal SQL Express fungerar inte med logikappar som distribueras och hanteras i Azure.

Konfigurera SQL för ny distribution av logikappar (standard)

1. I aktivitetsfältet i Visual Studio Code väljer du Azure-ikonen.

2. I verktygsfältet Azure: Logic Apps (Standard) väljer du Distribuera till logikapp.

   

3. Om du uppmanas väljer du den Azure-prenumeration som ska användas för distributionen av logikappen.

4. I listan som Öppnas i Visual Studio Code 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.

   

5. 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 logikappresursen (Standard ). I det här exemplet används Fabrikam-Workflows-App.

   

6. 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-miljön 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.

   

7. Välj typ av värdplan för den nya logikappen.

   1. Om du har valt en ASEv3 som appens plats väljer du App Service Plan och väljer sedan din ASEv3-resurs. Annars väljer du Arbetsflödesstandard.

      

   2. Skapa antingen ett namn för planen eller välj en befintlig plan.

      I det här exemplet väljs Skapa ny App Service plan eftersom inga befintliga planer är tillgängliga.

      

8. Ange ett namn för din värdplan och välj sedan en prisnivå för din valda plan.

   Mer information finns i Värdplaner och prisnivåer.

9. 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.

   Anteckning

   Även om du kan skapa eller använda en annan resursgrupp kan detta påverka prestandan. Om du skapar eller väljer en annan resursgrupp, men avbryter när bekräftelsemeddelandet visas, avbryts även distributionen.

10. 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 .

      Anteckning

      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. Pågående arbetsflödestillstånd, körningshistorik 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.

11. När du uppmanas väljer du Skapa nytt lagringskonto eller ett befintligt lagringskonto, om det är tillgängligt.

    

12. I bekräftelseprompten för SQL Storage väljer du Ja. I anslutningssträngen anger du din SQL-anslutningssträng.

    Anteckning

    Kontrollera att du anger rätt anslutningssträng eftersom Visual Studio Code inte validerar den här strängen åt dig.

    

13. Slutför de återstående distributionsstegen i Publicera till en ny logikappresurs (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:

1. Öppna logikappresursen i Azure Portal.

2. På resursnavigeringsmenyn går du till Inställningar och väljer Konfiguration.

3. Under Programinställningar i fönstret Konfiguration letar du upp appinställningen Workflows.Sql.ConnectionString och bekräftar att SQL-anslutningssträngen visas och är korrekt.

4. 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 de tabeller som Azure Logic Apps-körningen för en enskild klient har skapat för en logikappresurs med ett enda arbetsflöde:

Azure Logic Apps-tjänsten med en enda klient skapar även användardefinierade tabelltyper. Följande skärmbild visar till exempel användardefinierade tabelltyper som Azure Logic Apps-körningen för en enskild klientorganisation skapade för en logikappresurs med ett enda arbetsflöde:

Nästa steg

• Skapa integreringsarbetsflöden med Azure Logic Apps (Standard) för en enskild klientorganisation i Visual Studio Code
• Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation