Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: Azure Logic Apps (Standard)
Importante
Questa funzionalità è in anteprima ed è soggetta alle Condizioni supplementari per l'utilizzo per le anteprime di Microsoft Azure.
Sia che si creino app per la logica Standard ospitate in App per la logica di Azure, nell'ambiente del servizio app v3 o nella propria infrastruttura, è sempre necessario un provider di archiviazione per salvare gli artefatti del flusso di lavoro, lo stato e i dati di runtime. Quando si configura il proprio database SQL come provider di archiviazione, si ottiene maggiore flessibilità e controllo sull'ambiente di runtime del flusso di lavoro, sulla velocità effettiva, sulla scalabilità, sulle prestazioni e sulla gestione.
Questa guida descrive perché e come configurare un database SQL come provider di archiviazione. È possibile completare questa attività durante la creazione dell'app per la logica con il portale di Azure o la distribuzione con Visual Studio Code.
Perché configurare l'archiviazione del database SQL
Un database SQL offre i vantaggi seguenti:
| Beneficio | Description |
|---|---|
| Portabilità | SQL ha molti fattori di forma, tra cui macchine virtuali, piattaforma distribuita come servizio (PaaS) e contenitori. È possibile eseguire database SQL quasi ovunque si vogliano eseguire flussi di lavoro dell'App per la logica. |
| Control | SQL offre un controllo granulare sulla velocità effettiva, sulle prestazioni e sul ridimensionamento del database durante determinati periodi o per carichi di lavoro specifici. I prezzi di SQL si basano sull'utilizzo e sulla velocità effettiva della CPU, che offre prezzi più prevedibili rispetto ad Archiviazione di Azure in cui i costi sono basati su ogni operazione. |
| Riutilizzare gli asset esistenti | Applicare strumenti e asset Microsoft familiari per le integrazioni moderne con SQL. Riutilizzare gli asset nelle distribuzioni locali tradizionali e nelle implementazioni cloud moderne con i vantaggi di Azure Hybrid. SQL offre anche strumenti avanzati e ben supportati, ad esempio SQL Server Management Studio (SSMS), interfacce della riga di comando e SDK. |
| Conformità | SQL offre più opzioni rispetto ad Archiviazione di Azure per eseguire il backup, il ripristino, il failover e la compilazione in ridondanza. È possibile applicare gli stessi meccanismi di livello aziendale di altre applicazioni aziendali all'archiviazione dell'App per la logica. |
Quando scegliere SQL
La tabella seguente descrive gli scenari in cui è possibile scegliere SQL:
| Scenario | Archiviazione consigliata |
|---|---|
| Eseguire flussi di lavoro di app per la logica Standard in Azure con maggiore controllo sulla velocità effettiva e sulle prestazioni dell'archiviazione. | Si consiglia di scegliere SQL poiché Archiviazione di Azure non fornisce strumenti per ottimizzare la velocità effettiva e le prestazioni. |
| Eseguire flussi di lavoro Standard in ambienti ibridi, incluse le infrastrutture locali o porta la tua. Per altre informazioni, vedere: - Configurare un'infrastruttura personalizzata per le app per la logica Standard per la distribuzione ibrida - Creare flussi di lavoro Standard per la distribuzione ibrida |
Scegliere SQL perché è possibile decidere dove ospitare il database SQL, ad esempio in locale, in una macchina virtuale, in un contenitore o in un ambiente multicloud. Prendere in considerazione l'esecuzione dei flussi di lavoro dell'App per la logica vicino ai sistemi che si desidera integrare o ridurre la dipendenza dal cloud. |
| Dipende dai costi di archiviazione prevedibili. | Scegliere SQL quando si vuole un maggiore controllo sui costi di ridimensionamento. I costi SQL si basano su ogni operazione di calcolo e output di input al secondo (I/O). I costi di Archiviazione di Azure sono basati su un numero di operazioni, che potrebbero funzionare meglio per carichi di lavoro di piccole dimensioni che vengono ridimensionati a zero. |
| Preferisci SQL rispetto ad Azure Storage. | SQL è un ecosistema noto e affidabile in cui è possibile applicare la stessa governance e la stessa gestione nelle app per la logica in background. |
| Riutilizzare gli ambienti SQL esistenti. | Scegliere SQL se si è già proprietari di licenze SQL che si desidera riutilizzare o modernizzare nel cloud. È anche possibile applicare i vantaggi di Azure Hybrid alle integrazioni delle app per la logica. |
| Tutti gli altri elementi | Scegliere Archiviazione di Azure, ovvero il provider di archiviazione predefinito. |
Prerequisiti
Un account Azure e una sottoscrizione attiva. Ottenere un account gratuito.
Un ambiente SQL Server e database per l'app per la logica. Tuttavia, prima di configurare l'ambiente, completare i passaggi seguenti:
Creare un'istanza di SQL Server.
Edizioni di SQL Server supportate:
Se il server SQL è supportato e ospitato in Azure, assicurarsi di configurare le autorizzazioni seguenti:
Nel portale di Azure andare alla risorsa di SQL Server.
Nella barra laterale del server, in Sicurezza, selezionare Firewall e reti virtuali.
Nel riquadro aperto, in Consenti ai servizi e alle risorse di Azure di accedere a questo server selezionare Sì.
Salvare le modifiche.
Se il server SQL non è ospitato in Azure, assicurarsi che eventuali firewall o impostazioni di rete consentano a servizi e risorse di Azure di accedere al server e al database.
Se hai SQL Express per lo sviluppo locale, connettiti all'istanza predefinita denominata
localhost\SQLExpress.Creare o riutilizzare un database esistente.
Prima di poter configurare il provider di archiviazione SQL, è necessario disporre di un database attivo e funzionante.
Seguire la procedura per configurare l'ambiente SQL in questo articolo.
Per lo sviluppo locale, è necessario che Visual Studio Code sia installato localmente nel computer.
Annotazioni
Assicurarsi di installare gli strumenti di base di Funzioni di Azure più recenti e di disporre del supporto SQL scegliendo Microsoft Installer (MSI), ovvero
func-cli-X.X.XXXX-x*.msi. Per altre informazioni sui requisiti di Visual Studio Code, vedere Creare flussi di lavoro standard in App per la logica di Azure con Visual Studio Code.
Configurare l'ambiente SQL
Prima di configurare il provider di archiviazione SQL, verificare di aver completato i passaggi necessari in Prerequisiti.
Configurare le autorizzazioni per SQL Server.
Il provider di archiviazione SQL supporta attualmente l'autenticazione SQL tramite stringhe di connessione. È anche possibile scegliere Autenticazione di Windows per lo sviluppo e il test locali. Al momento, il supporto per l'ID e le identità gestite di Microsoft Entra non è disponibile.
È necessario disporre di un'identità con le autorizzazioni per creare e gestire gli artefatti del flusso di lavoro nel database SQL di destinazione. Ad esempio, un amministratore dispone di tutte le autorizzazioni necessarie per creare e gestire questi artefatti.
L'elenco seguente descrive gli artefatti che il runtime di App per la logica di Azure tenta di creare con la stringa di connessione SQL specificata. Assicurarsi che l'identità nella stringa di connessione SQL disponga delle autorizzazioni necessarie per creare gli artefatti seguenti:
- Creare ed eliminare gli schemi seguenti:
dt,dcedq. - Aggiungere, modificare ed eliminare tabelle in questi schemi.
- Aggiungere, modificare ed eliminare tipi di tabella definiti dall'utente in questi schemi.
Per altre informazioni sulle autorizzazioni di destinazione, vedere Autorizzazioni di SQL Server nel motore di database.
Importante
Quando si dispone di informazioni riservate, ad esempio stringhe di connessione che includono nomi utente e password, assicurarsi di scegliere il flusso di autenticazione più sicuro disponibile. Microsoft consiglia di autenticare l'accesso alle risorse di Azure con un'identità gestita, quando possibile, e assegnare un ruolo con i privilegi minimi necessari.
Se questa funzionalità non è disponibile, assicurarsi di proteggere le stringhe di connessione tramite altre misure, ad esempio Azure Key Vault, che è possibile aggiungere alle impostazioni dell'app. È quindi possibile fare riferimento direttamente a stringhe sicure, ad esempio stringhe di connessione e chiavi. Analogamente ai modelli arm, in cui è possibile definire le variabili di ambiente in fase di distribuzione, è possibile definire le impostazioni dell'app nella definizione del flusso di lavoro dell'app per la logica. È quindi possibile acquisire valori di infrastruttura generati dinamicamente, ad esempio endpoint di connessione, stringhe di archiviazione e altri. Per altre informazioni, vedere Tipi di applicazione per Microsoft Identity Platform.
- Creare ed eliminare gli schemi seguenti:
Connettersi al server SQL e al database.
Assicurarsi che il database SQL consenta l'accesso necessario per lo sviluppo.
Se si dispone di un database SQL di Azure, completare i requisiti seguenti:
Per lo sviluppo e il test locali, consentire in modo esplicito le connessioni dall'indirizzo IP del computer locale. È possibile impostare le regole del firewall IP in Azure SQL Server.
Nel portale di Azure consentire alla risorsa dell'App per la logica di accedere al database SQL con una stringa di connessione fornita consentendo i servizi di Azure.
Configurare qualsiasi altro controllo di accesso alla rete del database SQL in base alle esigenze per lo scenario.
Se si dispone di Istanza gestita di SQL di Azure, consentire ai servizi di Azure (
logicapp) di connettersi al database SQL tramite endpoint pubblici protetti.
Configurare SQL durante la creazione nel portale di Azure
Quando si crea l'app per la logica Standard, è possibile configurare SQL come provider di archiviazione.
Nella casella di ricerca del portale di Azure immettere
logic appse selezionare App per la logica.
Nella barra degli strumenti della pagina App per la logica selezionare Aggiungi.
Nella pagina Crea Logic App, in Standard, selezionare l'opzione di hosting desiderata.
Nella scheda Informazioni di base specificare le informazioni seguenti, che possono variare in base alle selezioni effettuate:
Proprietà Obbligatorio Value Description Subscription Yes < Azure-subscription-name> Sottoscrizione di Azure per l'app per la logica. Gruppo di risorse Yes < Azure-resource-group-name> Il gruppo di risorse di Azure per l'applicazione logica e le risorse correlate. Il nome deve essere univoco tra aree e può contenere solo lettere, numeri, trattini (-), caratteri di sottolineatura (_), parentesi (()) e punti (.).
In questo esempio viene creato un gruppo di risorse denominatoFabrikam-Workflows-RG.Tipo Yes Standard Questo tipo di app per la logica segue il modello standard di utilizzo, fatturazione e prezzi. Nome dell'app per la logica Yes < logic-app-name> Nome dell'app per la logica. Questo nome di risorsa deve essere univoco tra aree e può contenere solo lettere, numeri, trattini (-), trattino basso (_), parentesi (()) e punti (.).
Questo esempio crea un'App per la logica denominataFabrikam-Workflows.
Nota: il nome dell'app per la logica ottiene automaticamente il suffisso.azurewebsites.netperché la risorsa dell'app per la logica Standard è basata sul runtime di Azure Logic Apps a tenant singolo, che usa il modello di estendibilità di Azure Functions ed è ospitata come estensione nel runtime di Azure Functions. Funzioni di Azure usa la stessa convenzione di denominazione delle app.Regione Yes < Regione di Azure> Posizione per il gruppo di risorse e le risorse. Questo esempio distribuisce l'App per la logica di esempio in Azure e usa Stati Uniti occidentali.
- Per eseguire la distribuzione in una risorsa ASEv3, che deve prima esistere, selezionare tale risorsa di ambiente nell'elenco Area.Piano Windows Yes < plan-name> Nome del piano da usare. Selezionare il nome di un piano esistente o specificare un nome per un nuovo piano.
Questo esempio usa il nome My-App-Service-Plan.
Nota: non scegliere un piano di servizio app basato su Linux. È supportato solo il piano di servizio dell’app basato su Windows.Piano tariffario Yes < piano tariffario> Piano tariffario per l'app per la logica e i flussi di lavoro. La tua selezione influisce sui prezzi, l'elaborazione, la memoria e l'archiviazione per l'applicazione logica e flussi di lavoro.
Per altre informazioni, vedere Piani di hosting e piani tariffari.L'esempio seguente mostra la pagina Crea App per la logica con la scheda Dati principali:
Quando si è pronti, selezionare Avanti: Archiviazione. Nella scheda Archiviazione, specificare le informazioni seguenti sulla soluzione di archiviazione e sul piano di hosting per l'app per la logica.
Proprietà Obbligatorio Value Description Tipo di archiviazione Yes SQL e Archiviazione di Azure Archiviazione per elementi e dati del flusso di lavoro.
- Se è stata selezionata una località personalizzata come area, selezionare SQL.
- Se è stata selezionata un'area di Azure o una località ASEv3, selezionare SQL e Archiviazione di Azure.
Nota: se si esegue la distribuzione in un'area di Azure, è comunque necessario un account di archiviazione di Azure. Questo requisito completa l'hosting monouso della configurazione dell'app per Logic Apps sulla piattaforma di Azure Logic Apps. La definizione, lo stato, la cronologia di esecuzione e altri artefatti di runtime del flusso di lavoro vengono archiviati nel database SQL.
Per le distribuzioni in una posizione personalizzata ospitata in un cluster Azure Arc, è necessario solo un database SQL per l'archiviazione.Account di archiviazione Yes < Azure-storage-account-name> Account di Archiviazione di Azure per le transazioni di archiviazione.
Questo nome di risorsa deve essere univoco tra aree e deve avere tra 3 e 24 caratteri con solo numeri e lettere minuscole. Selezionare un account esistente o crearne uno nuovo.
Nell'esempio viene creato un nuovo account di archiviazione denominatofabrikamstorageacct.Stringa di connessione SQL Yes < sql-connection-string> Stringa di connessione SQL, che attualmente supporta solo l'autenticazione SQL, non l'autenticazione OAuth o l'identità gestita.
Nota: assicurarsi di immettere una stringa di connessione corretta perché il portale di Azure non convaliderà automaticamente questa stringa.L'esempio seguente mostra la pagina Crea app per la logica con la scheda Archiviazione :
Completare i passaggi rimanenti per la creazione in Creare un flusso di lavoro Standard di esempio in App per la logica di Azure a tenant singolo.
Al termine, la nuova risorsa e il flusso di lavoro dell'App per la logica sono in tempo reale in Azure e usano il database SQL come provider di archiviazione.
Configurare SQL per lo sviluppo locale in Visual Studio Code
I passaggi seguenti illustrano come configurare SQL come provider di archiviazione per lo sviluppo e il test locali in Visual Studio Code:
Configurare l'ambiente di sviluppo per l'uso con App per la logica di Azure a tenant singolo.
Soddisfare i prerequisiti per il funzionamento in Visual Studio Code con l'estensione App per la logica di Azure (Standard).
Configurare Visual Studio Code per l'uso con l'estensione App per la logica di Azure (Standard).
In Visual Studio Code connettersi all'account Azure e creare un progetto di App per la logica vuoto.
In Visual Studio Code aprire il riquadro Esplora risorse, se non è già aperto.
Nel riquadro Esplora risorse, alla radice del progetto dell'app logica, sposta il puntatore del mouse su qualsiasi area vuota sotto tutti i file e le cartelle del progetto, apri il menu di scelta rapida e seleziona Usa archiviazione SQL per il progetto dell'app logica.
Quando viene visualizzata la richiesta, immettere la stringa di connessione SQL. È possibile scegliere un'istanza di SQL Express locale o qualsiasi altro database SQL disponibile.
Dopo la conferma, Visual Studio Code crea l'impostazione seguente nel file di local.settings.json del progetto. È possibile aggiornare questa impostazione in qualsiasi momento.
Configurare SQL durante la distribuzione da Visual Studio Code
È possibile pubblicare direttamente il progetto di App per la logica da Visual Studio Code in Azure. Questa azione distribuisce il progetto dell'app per la logica in una risorsa dell'app per la logica Standard.
Se pubblichi il tuo progetto come una nuova risorsa di Logic App Standard in Azure e desideri un database SQL come provider di archiviazione, inserisci la stringa di connessione SQL quando pubblichi l'app. Per completare i passaggi, seguire Configurare SQL per la nuova distribuzione di App per la logica.
Se si configurano già le impostazioni SQL, è possibile pubblicare il progetto dell'app per la logica in una risorsa dell'app per la logica Standard già distribuita in Azure. Questa azione sovrascrive l'App per la logica esistente.
Annotazioni
SQL Express locale non funziona con le App per la logica distribuite e ospitate in Azure.
Configurare SQL per la distribuzione delle nuove risorse dell'app logica Standard
In Visual Studio Code aprire il riquadro Esplora risorse, se non è già aperto.
Nel riquadro Esplora risorse, nella radice del progetto dell'app per la logica spostare il puntatore del mouse su qualsiasi area vuota in tutti i file e le cartelle del progetto, aprire il menu di scelta rapida e selezionare Distribuisci in app per la logica.
Se richiesto, selezionare la sottoscrizione di Azure per la distribuzione dell'app per la logica.
Nell'elenco visualizzato da Visual Studio Code assicurarsi di selezionare l'opzione avanzata Crea nuova App per la logica (Standard) in Azure Advanced. In caso contrario, non viene richiesto di configurare SQL.
Quando richiesto, specificare un nome univoco globale per la nuova app per la logica, ovvero il nome per la risorsa app per la logica Standard. Questo esempio usa
Fabrikam-Workflows-App.
Selezionare un percorso per l'App per la logica. È anche possibile iniziare a digitare per filtrare l'elenco.
- Per eseguire la distribuzione in Azure, selezionare l'area di Azure in cui si desidera distribuire. Se hai creato una risorsa dell'Ambiente Servizio App v3 (ASEv3) e vuoi distribuirla lì, seleziona il tuo ASEv3.
L'esempio seguente mostra l'elenco di località filtrato in Stati Uniti occidentali.
Selezionare il tipo di piano di hosting per la nuova App per la logica.
Se è stata selezionata una versione ASEv3 come posizione dell'app, selezionare Piano di Servizio app e successivamente la risorsa ASEv3. In caso contrario, selezionare Flusso di lavoro Standard.
Creare un nome per il piano o selezionare un piano esistente.
In questo esempio viene selezionato Crea nuovo piano di Servizio app perché non sono disponibili piani esistenti.
Specificare un nome per il piano di hosting e quindi selezionare un piano tariffario per il piano selezionato.
Per altre informazioni, vedere Piani di hosting e piani tariffari.
Quando viene richiesto un gruppo di risorse di Azure, per ottenere prestazioni ottimali, selezionare lo stesso gruppo di risorse di Azure del progetto per la distribuzione.
Annotazioni
Anche se è possibile creare o scegliere un gruppo di risorse diverso, questa operazione potrebbe influire sulle prestazioni. Se si crea o si sceglie un gruppo di risorse diverso, ma si annulla dopo che viene visualizzata la richiesta di conferma, viene annullata anche la distribuzione.
Quando viene richiesto di selezionare un account di archiviazione per l'App per la logica, scegliere una delle opzioni seguenti:
Se è stata selezionata una posizione personalizzata, selezionare l'opzione SQL .
Se si desidera eseguire la distribuzione in Azure, selezionare l'opzione SQL e Archiviazione di Azure.
Annotazioni
Questa opzione è necessaria solo per le distribuzioni di Azure. In Azure, Azure Storage è necessaria per completare una configurazione monouso della logic app su piattaforma Azure Logic Apps. Lo stato del flusso di lavoro in corso, la cronologia di esecuzione e altri artefatti di runtime vengono archiviati nel database SQL.
Per le distribuzioni in un percorso personalizzato ospitato in un cluster Azure Arc, è necessario solo un database SQL per l'archiviazione.
Quando richiesto, selezionare Crea nuovo account di archiviazione o un account di archiviazione esistente, se disponibile.
Al prompt di conferma dell'archiviazione SQL selezionare Sì. Al prompt della stringa di connessione immettere la stringa di connessione SQL.
Annotazioni
Assicurarsi di immettere una stringa di connessione corretta perché Visual Studio Code non convaliderà automaticamente questa stringa.
Completare i passaggi di distribuzione rimanenti in Distribuire in una nuova risorsa app logica Standard.
Al termine, la nuova risorsa e il flusso di lavoro dell'App per la logica sono in tempo reale in Azure e usano il database SQL come provider di archiviazione.
Convalidare le distribuzioni
Dopo aver distribuito la risorsa dell'app per la logica Standard in Azure, è possibile verificare se le impostazioni sono corrette:
Nel portale di Azure apri la risorsa dell'app per la logica.
Nel menu di spostamento delle risorse, in Impostazioni, selezionare Configurazione.
Nel riquadro Configurazione, in Impostazioni applicazione individuare l'impostazione dell'app Workflows.Sql.ConnectionString e verificare che la stringa di connessione SQL sia visualizzata e sia corretta.
Nell'ambiente SQL verificare che le tabelle SQL siano state create con il nome dello schema a partire da 'dt' e 'dq'.
Ad esempio, lo screenshot seguente mostra le tabelle create dal runtime di App per la logica di Azure a tenant singolo per una risorsa dell'App per la logica con un singolo flusso di lavoro:
Il servizio App per la logica di Azure a tenant singolo crea anche tipi di tabella definiti dall'utente. Ad esempio, lo screenshot seguente mostra i tipi di tabella definiti dall'utente creati dal runtime di App per la logica di Azure a tenant singolo per una risorsa dell'App per la logica con un singolo flusso di lavoro:
