Configurare l'archiviazione del database SQL per le app per la logica Standard in App per la logica di Azure a tenant singolo (anteprima)

Articolo
06/01/2023

Si applica a: App per la logica di Azure (standard)

Importante

Questa funzionalità è in anteprima ed è soggetta alle Condizioni per l'utilizzo supplementari 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 gli artefatti, gli stati e i dati di runtime correlati al flusso di lavoro. Tuttavia, se si vuole maggiore flessibilità e controllo sull'ambiente di runtime dei flussi di lavoro dell'app per la logica, la velocità effettiva, il ridimensionamento, le prestazioni e la gestione, è 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:

Perché usare SQL

Come opzione di archiviazione alternativa disponibile per App per la logica di Azure a tenant singolo, SQL offre i vantaggi seguenti:

Vantaggi	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 voglia 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 della CPU e sulla velocità effettiva, 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 nelle distribuzioni locali tradizionali e nelle implementazioni cloud moderne con i vantaggi di Azure Hybrid. SQL offre anche strumenti maturi 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 creare ridondanze. È 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 potrebbe essere opportuno usare SQL:

Scenario	Consigliare il provider di archiviazione
Si vogliono eseguire flussi di lavoro delle 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 in modo che sia possibile 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 vuole integrare o ridurre la dipendenza dal cloud.
Si vogliono costi di archiviazione prevedibili.	Usare SQL come provider di archiviazione quando si vuole un maggiore controllo sui costi di ridimensionamento. I costi SQL si basano su ogni operazione di calcolo e di input-output al secondo (I/O). I costi di Archiviazione di Azure si basano sul numero di operazioni, che potrebbero funzionare meglio per i 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 la stessa gestione nelle app per la logica in background.
Si vuole 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 Azure Hybrid Benefits per le integrazioni delle 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 è già disponibile, iscriversi per ottenere un account gratuito.
Un ambiente SQL da usare con l'app per la logica. Tuttavia, prima di configurare l'ambiente, completare i passaggi seguenti:
1. Creare un'istanza di SQL Server.
  
  I tipi supportati includono SQL Server, database Azure SQL, 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:
    1. In portale di Azure passare alla risorsa di SQL Server.
    2. Nel menu di spostamento delle risorse, in Sicurezza, selezionare Firewall e reti virtuali.
    3. Nel riquadro visualizzato, in Consenti ai servizi e alle risorse di Azure di accedere a questo server, selezionare Sì.
    4. Salvare le modifiche.
  - Se il server SQL non è ospitato in Azure, assicurarsi che eventuali firewall o impostazioni di rete nel server consentano a servizi e risorse di Azure di accedere al server e al database.
  - Se si usa SQL Express per lo sviluppo locale, connettersi all'istanza localhost\SQLExpressdenominata predefinita .
2. Creare o usare un database esistente.
  
  È necessario disporre di un database utilizzabile prima di poter configurare il provider di archiviazione SQL.
3. È 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 Funzioni di Azure 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 (Standard) a tenant singolo 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 il server SQL.

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 Azure Active Directory (Azure AD) e le identità gestite non è disponibile.

È necessario usare un'identità con autorizzazioni per creare e gestire gli 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, dce dq.
- 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.
Connettersi a SQL.
- Assicurarsi che il database SQL consenta l'accesso necessario per lo sviluppo.
- Se si usa Azure SQL database, 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.
  - Nella 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 tutti gli altri controlli 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.

Nel portale di Azure accedere con l'account Azure.
Nella casella di ricerca portale di Azure immettere logic appse selezionare App per la logica.
Nella pagina App per la logica selezionare Aggiungi.

Nella scheda Informazioni di base della pagina Crea app per la logica specificare le informazioni seguenti sulla risorsa dell'app per la logica:

Proprietà	Obbligatoria	valore	Descrizione
Sottoscrizione	Sì	<nome sottoscrizione di Azure>	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 si crea 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 (-), caratteri di sottolineatura (_), parentesi (()) e punti (.). In questo esempio viene creato un gruppo di risorse denominato `Fabrikam-Workflows-RG`.
Tipo	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 standard di utilizzo, fatturazione e prezzi.
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 (-), caratteri di sottolineatura (_), 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`perché la risorsa App per la logica (Standard) è basata sul runtime di App per la logica di Azure a tenant singolo, che usa il modello di estendibilità Funzioni di Azure ed è ospitata come estensione nel runtime di Funzioni di Azure. Funzioni di Azure usa la stessa convenzione di denominazione delle app.
Pubblica	Sì	<ambiente di distribuzione>	Destinazione di distribuzione per l'app per la logica. Per impostazione predefinita, flusso di lavoro viene selezionato per la distribuzione in App per la logica di Azure a tenant singolo. Azure crea una risorsa dell'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 abilitate per Azure Arc (anteprima). Le posizioni delle risorse per l'app per la logica, la posizione personalizzata e il cluster devono essere tutti uguali.
Area	Sì	<Area di Azure>	Posizione 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 Il contenitore Docker, selezionare la posizione personalizzata. - Per eseguire la distribuzione in una risorsa ASEv3 , che deve prima esistere, selezionare tale risorsa di ambiente dall'elenco Area .

L'esempio seguente mostra la pagina Crea app per la logica con la scheda Informazioni di base :

Screenshot che mostra la pagina portale di Azure e

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à	Obbligatoria	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 esegue la distribuzione 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 elementi di runtime del flusso di lavoro vengono archiviati nel database SQL. Per le distribuzioni in una posizione personalizzata ospitata in un cluster Azure Arc, è sufficiente 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 avere 3-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 OAuth o l'autenticazione dell'identità gestita. Nota: assicurarsi di immettere una stringa di connessione corretta perché 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ì	<plan-name>	Nome del piano da usare. Selezionare un nome di 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 :

Screenshot che mostra la pagina portale di Azure e

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

La procedura seguente illustra 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.
1. Soddisfare i prerequisiti per il funzionamento in Visual Studio Code con l'estensione App per la logica di Azure (Standard).
2. Configurare Visual Studio Code per l'uso con l'estensione App per la logica di Azure (Standard).
3. In Visual Studio Code connettersi all'account Azure e creare un progetto di app per la logica vuota.
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 dell'app per la logica.
Quando viene visualizzato il prompt, immettere la stringa di connessione SQL. È possibile scegliere di usare un'istanza di SQL Express locale o qualsiasi altro database SQL in uso.

Dopo la conferma, Visual Studio Code crea l'impostazione seguente nel file 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 dell'app per la logica da Visual Studio Code ad Azure. Questa azione distribuisce il progetto dell'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 vuole 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 sono già state configurate 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 funzionerà con le app per la logica distribuite e ospitate in Azure.

Configurare SQL per la nuova distribuzione di risorse app per la logica (Standard)

Nella barra delle attività di Visual Studio Code selezionare l'icona di Azure.
Nella barra degli strumenti del riquadro App per la logica (Standard) selezionare Distribuisci nell'app per la logica.
Se richiesto, selezionare la sottoscrizione di Azure da usare per la distribuzione dell'app per la logica.
Nell'elenco che viene aperto Visual Studio Code, assicurarsi di selezionare l'opzione avanzata per Creare una nuova app per la logica (Standard) in Azure Avanzate. 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 distribuire in Azure, selezionare l'area di Azure in cui si vuole distribuire. Se in precedenza è stata creata una risorsa ambiente del servizio app v3 (ASEv3) e si vuole distribuire, selezionare ASEv3.
- Per la distribuzione in App per la logica abilitate per Azure Arc, selezionare la posizione personalizzata configurata in precedenza.
Nell'esempio seguente viene illustrato l'elenco di posizioni filtrato negli Stati Uniti occidentali.
Selezionare il tipo di piano di hosting per la nuova app per la logica.
1. Se è stato selezionato un ASEv3 come posizione dell'app, selezionare servizio app Piano e quindi selezionare la risorsa ASEv3. In caso contrario, selezionare Workflow Standard.
2. Creare un nome per il piano o selezionare un piano esistente.
  
  In questo esempio viene selezionato Crea nuovo piano servizio app in quanto 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 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, in questo modo potrebbe influire sulle prestazioni. Se si crea o si sceglie un gruppo di risorse diverso, ma annulla dopo che viene visualizzata la richiesta di conferma, la distribuzione viene annullata.
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 vuole distribuire 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 one-time 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 un percorso personalizzato ospitato 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 convalida questa stringa.
Completare i passaggi di distribuzione rimanenti in Pubblica in una nuova risorsa app per la logica (Standard).

Al termine, la nuova risorsa dell'app per la logica e il flusso di lavoro sono in tempo reale in Azure e usa 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:

Nella portale di Azure aprire la risorsa dell'app per la logica.
Nel menu di spostamento delle risorse, in Impostazioni selezionare Configurazione.
Nel riquadro Configurazione , in Impostazioni applicazione, trovare l'impostazione dell'app Workflow.Sql.ConnectionString e verificare che venga visualizzata la stringa di connessione SQL 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 creato per una risorsa dell'app per la logica con un singolo flusso di lavoro:

Screenshot che mostra le tabelle SQL create dal runtime di App per la logica di Azure a tenant singolo.

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:

Screenshot che mostra i tipi di tabella definiti dall'utente SQL creati dal runtime di App per la logica di Azure a tenant singolo.

Condividi tramite