Configurare l'archiviazione del database SQL per le App per la logica Standard in App per la logica di Azure a tenant singolo (anteprima)
Si applica: App per la logica di Azure (Standard)
Importante
Questa funzionalità è in anteprima ed è soggetta alle Condizioni supplementari per l'utilizzo per le anteprime di Microsoft Azure.
Quando si sceglie il tipo di risorsa App per la logica (Standard) per creare flussi di lavoro eseguiti in App per la logica di Azure a tenant singolo, ambiente del Servizio app v3 o all'esterno di Azure, è anche necessario creare un account di archiviazione di Azure per salvare elementi, stati e dati di runtime correlati al flusso di lavoro. Tuttavia, se si desidera maggiore flessibilità e controllo sull'ambiente di runtime, la velocità effettiva, la scalabilità, le prestazioni e la gestione dei flussi di lavoro dell'App per la logica, è possibile usare il provider di archiviazione SQL anziché Archiviazione di Azure per le transazioni di archiviazione correlate al flusso di lavoro.
Questo articolo offre una panoramica del motivo per cui è possibile usare l'archiviazione SQL come provider di archiviazione primario per App per la logica di Azure come alternativa ad Archiviazione di Azure e illustra come configurare SQL per l'uso dell'archiviazione durante la creazione di App per la logica nel portale di Azure o durante la distribuzione di App per la logica da Visual Studio Code.
Se non si ha familiarità con le App per la logica, vedere la documentazione seguente:
- Informazioni su App per la logica di Azure
- Confronto tenant singolo e multi-tenant in App per la logica di Azure
Perché usare SQL
Come opzione di archiviazione alternativa disponibile per App per la logica di Azure a tenant singolo, SQL offre i vantaggi seguenti:
| Vantaggio | Descrizione |
|---|---|
| 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. |
| Controllo | 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. |
| Usare asset esistenti | Se si ha familiarità con gli strumenti Microsoft, è possibile usare gli asset per le integrazioni moderne con SQL. È possibile riutilizzare gli asset tra distribuzioni locali tradizionali e 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 usare SQL
La tabella seguente descrive alcuni motivi per cui è consigliabile usare SQL:
| Scenario | Consigliare il provider di archiviazione |
|---|---|
| Si vogliono eseguire flussi di lavoro dell'App per la logica in Azure con maggiore controllo sulla velocità effettiva e sulle prestazioni dell'archiviazione. | Usare SQL come provider di archiviazione perché Archiviazione di Azure non fornisce strumenti per ottimizzare la velocità effettiva e le prestazioni. |
| Si vogliono eseguire flussi di lavoro delle App per la logica in locale, che è possibile usare App per la logica abilitate per Azure Arc. | Usare SQL come provider di archiviazione per scegliere dove ospitare il database SQL, ad esempio in locale in una macchina virtuale, in un contenitore o in più cloud. 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. |
| Si vogliono costi di archiviazione prevedibili. | Usare SQL come provider di archiviazione quando si desidera 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. |
| Si preferisce usare SQL in Archiviazione di Azure. | SQL è un ecosistema noto e affidabile che è possibile usare per applicare la stessa governance e gestione nelle App per la logica in background. |
| Si desidera riutilizzare gli ambienti SQL esistenti. | Usare SQL come provider di archiviazione se si è già proprietari di licenze SQL che si desidera riutilizzare o modernizzare nel cloud. È anche possibile usare i vantaggi di Azure Hybrid per le integrazioni di App per la logica. |
| Tutti gli altri elementi | Usare Archiviazione di Azure come provider di archiviazione predefinito. |
Prerequisiti
Un account Azure e una sottoscrizione attiva. Se non si ha un account, iscriversi a un account gratuito.
Un ambiente SQL da usare con l'App per la logica. Tuttavia, prima di configurare l'ambiente, completare i passaggi seguenti:
Creare un'istanza di SQL Server.
I tipi supportati includono SQL Server, Database SQL di Azure, Istanza gestita di SQL di Azure e altri.
Se il server SQL è ospitato in Azure usando uno dei tipi supportati, assicurarsi di configurare le autorizzazioni seguenti:
Nel portale di Azure andare alla risorsa di SQL Server.
Nel menu di spostamento delle risorse, in Sicurezza, selezionare Firewall e reti virtuali.
Nel riquadro visualizzato, in Consenti ai servizi e alle risorse di Azure di accedere a questo server, selezionare Sì.
Salva le modifiche.
Se il server SQL non è ospitato in Azure, assicurarsi che eventuali firewall o impostazioni di rete nel server consentano ai servizi e alle risorse di Azure di accedere al server e al database.
Se si usa SQL Express per lo sviluppo locale, connettersi all'istanza denominata predefinita
localhost\SQLExpress.
Creare o usare un database esistente.
È necessario disporre di un database utilizzabile prima di poter configurare il provider di archiviazione SQL.
È ora possibile seguire la procedura per configurare l'ambiente SQL in questo articolo.
Per lo sviluppo locale, Visual Studio Code installato nel computer locale.
Nota
Assicurarsi di installare la versione più recente per Azure Functions Core Tools per garantire il supporto di SQL usando la versione di Microsoft Installer (MSI), ovvero
func-cli-X.X.XXXX-x*.msi. Per altre informazioni sui requisiti di installazione di Visual Studio Code, vedere Creare flussi di lavoro di integrazione con App per la logica di Azure a tenant singolo (Standard) in Visual Studio Code.
Configurare l'ambiente SQL
Prima di configurare il provider di archiviazione SQL, completare i passaggi necessari in Prerequisiti.
Configurare le autorizzazioni per SQL Server.
Attualmente, il provider di archiviazione SQL supporta l'autenticazione SQL nelle stringhe di connessione. È anche possibile usare l'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 usare un'identità con autorizzazioni per creare e gestire artefatti correlati al 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 a tenant singolo tenta di creare usando la stringa di connessione SQL specificata. Assicurarsi che l'identità usata 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 usare 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 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 usare con le 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 indicare le impostazioni dell'app all'interno della 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 a SQL.
Assicurarsi che il database SQL consenta l'accesso necessario per lo sviluppo.
Se si usa il 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 usa 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 usando il tipo di risorsa App per la logica (Standard) in Azure, è possibile configurare SQL come provider di archiviazione.
Accedere al portale di Azure con l'account di Azure personale.
Nella casella di ricerca del portale di Azure immettere
logic appse selezionare App per la logica.
Nella pagina App per la logica selezionare Aggiungi.
Nella scheda Nozioni di base della pagina Crea App per la logica fornire le informazioni seguenti sulla risorsa dell'App per la logica:
Proprietà Richiesto Valore Descrizione Abbonamento Sì <Azure-subscription-name> Sottoscrizione di Azure da usare per l'App per la logica. Gruppo di risorse Sì <Azure-resource-group-name> Il gruppo di risorse di Azure in cui vengono create l'app per la logica e le risorse correlate. Questo nome di risorsa deve essere univoco tra aree e può contenere solo lettere, numeri, trattini (-), trattino basso (_), parentesi (()) e punti (.). In questo esempio viene creato un gruppo di risorse denominato
Fabrikam-Workflows-RG.Type Sì Standard Questo tipo di risorsa dell'App per la logica viene eseguito nell'ambiente App per la logica di Azure a tenant singolo e usa il modello di utilizzo, fatturazione e prezzi Standard. Nome dell'app per la logica Sì <logic-app-name> Nome da usare per l'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 denominata
Fabrikam-Workflows.Nota: il nome dell'App per la logica ottiene automaticamente il suffisso,
.azurewebsites.net, poiché la risorsa dell'App per la logica (Standard) si basa sul runtime di App per la logica di Azure a tenant singolo, che usa il modello di estendibilità di Funzioni di Azure ed è ospitata come estensione nel runtime di Funzioni di Azure. Funzioni di Azure usa la stessa convenzione di denominazione delle app.Pubblicazione Sì <Ambiente di distribuzione> Destinazione di distribuzione per l'App per la logica. Per impostazione predefinita, Flusso di lavoro è selezionato per la distribuzione in App per la logica di Azure a tenant singolo. Azure crea una risorsa di App per la logica vuota in cui è necessario aggiungere il primo flusso di lavoro. Nota: attualmente, l'opzione Contenitore Docker richiede una posizione personalizzata in un cluster Kubernetes abilitato per Azure Arc, che è possibile usare con App per la logica (Anteprima) abilitate per Azure Arc. Le posizioni delle risorse per l'app per la logica, la posizione personalizzata e il cluster devono essere tutte uguali.
Area Sì <Area di Azure> Percorso da usare per la creazione del gruppo di risorse e delle risorse. Questo esempio distribuisce l'App per la logica di esempio in Azure e usa Stati Uniti occidentali. - Se è stato selezionato Contenitore Docker, selezionare il percorso personalizzato.
- Per eseguire la distribuzione in una risorsa ASEv3, che deve prima esistere, selezionare tale risorsa di ambiente nell'elenco Area.
L'esempio seguente mostra la pagina Crea App per la logica con la scheda Dati principali:
Quando si è pronti, selezionare Avanti: Hosting. Nella scheda Hosting, specificare le informazioni seguenti sulla soluzione di archiviazione e sul piano di hosting da usare per l'app per la logica.
Proprietà Richiesto Valore Descrizione Tipo di archiviazione Sì SQL e Archiviazione di Azure Tipo di archiviazione da usare per gli artefatti e i dati correlati al flusso di lavoro. - Se in precedenza è stata selezionata una posizione personalizzata come area, selezionare SQL.
- Se in precedenza è stata selezionata un'area di Azure o una località ASEv3, selezionare SQL e Archiviazione di Azure.
Nota: se si sta implementando in un'area di Azure, è comunque necessario un account di Archiviazione di Azure, che viene usato per completare l'hosting monouso della configurazione dell'App per la logica nella piattaforma App per la logica di Azure. 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 SQL come provider di archiviazione.
Account di archiviazione Sì <Azure-storage-account-name> Account di Archiviazione di Azure da usare 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 denominato
fabrikamstorageacct.Stringa di connessione SQL Sì <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.
Tipo di piano Sì <Piano di hosting> Piano di hosting da usare per la distribuzione dell'App per la logica. Per altre informazioni, vedere Piani di hosting e piani tariffari.
Piano Windows Sì <nome piano> 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
Fabrikam-Service-Plan.SKU e dimensioni Sì <piano tariffario> Piano tariffario da usare per l'App per la logica. La selezione influisce sui prezzi, il calcolo, la memoria e l'archiviazione usati dall'app per la logica e dai flussi di lavoro. Per modificare il piano tariffario predefinito, selezionare Cambia dimensione. È quindi possibile selezionare altri piani tariffari, in base al carico di lavoro necessario.
Per altre informazioni, vedere Piani di hosting e piani tariffari.
L'esempio seguente mostra la pagina Crea App per la logica con la scheda Hosting:
Completare i passaggi di creazione rimanenti in Creare un flusso di lavoro di integrazione con App per la logica di Azure a tenant singolo (Standard) nel portale di Azure.
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, 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 Usa archiviazione SQL per il progetto App per la logica.
Quando viene visualizzata la richiesta, immettere la stringa di connessione SQL. È possibile scegliere di usare 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 di App per la logica usando il tipo di risorsa App per la logica (Standard).
Se si pubblica un progetto come nuova risorsa App per la logica (Standard) in Azure e si desidera usare SQL come provider di archiviazione, immettere la stringa di connessione SQL quando si pubblica 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 App per la logica (Standard) già distribuita in Azure. Questa azione sovrascrive l'App per la logica esistente.
Nota
SQL Express locale non funziona con le App per la logica distribuite e ospitate in Azure.
Configurare SQL per la nuova distribuzione di risorse dell'App per la logica (Standard)
Selezionare l'icona Azure nella barra attività di Visual Studio Code.
Nella barra degli strumenti del riquadro Azure: App per la logica (Standard) selezionare Distribuisci in App per la logica.
Se richiesto, selezionare la sottoscrizione di Azure da usare 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 da usare per la risorsa App per la logica (Standard). In questo esempio viene utilizzato
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 in precedenza è stata creata una risorsa ambiente del Servizio app v3 (ASEv3) e si desidera distribuirla, selezionare l'ambiente del Servizio app3.
Per eseguire la distribuzione in App per la logica abilitate per Azure Arc, selezionare il percorso personalizzato configurato in precedenza.
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.
Nota
Anche se è possibile creare o usare 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 in precedenza è 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.
Nota
Questa opzione è necessaria solo per le distribuzioni di Azure. In Azure, Archiviazione di Azure è necessaria per completare un hosting monouso della configurazione dell'App per la logica nella piattaforma App per la logica di Azure. 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 una posizione personalizzata ospitata in un cluster Azure Arc, è necessario solo SQL come provider di 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.
Nota
Assicurarsi di immettere una stringa di connessione corretta perché Visual Studio Code non convaliderà automaticamente questa stringa.
Completare i passaggi di distribuzione rimanenti in Pubblica in una nuova risorsa App per la 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 App per la logica (Standard) in Azure, è possibile verificare se le impostazioni sono corrette:
Nel portale di Azure aprire la risorsa 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:
