VENDITE: 1-800-867-1389

Uso dell'emulatore di archiviazione di Azure per lo sviluppo e il test

Aggiornamento: maggio 2014

L'Emulatore di archiviazione di Microsoft Azure offre un ambiente locale in grado di emulare i servizi Blob, tabelle e di accodamento Azure a scopo di sviluppo. Tramite l'emulatore di archiviazione è possibile testare l'applicazione nei servizi di archiviazione in locale, senza incorrere in alcun costo.

noteNota
L'emulatore di archiviazione è disponibile come parte di Microsoft Azure SDK. È inoltre possibile scaricare l'emulatore di archiviazione come pacchetto autonomo.

Per configurare l'emulatore di archiviazione è necessario disporre di privilegi amministrativi sul computer.

ImportantImportante
Si noti che i dati creati in una versione dell'emulatore di archiviazione non sono necessariamente accessibili con una versione diversa. Se è necessario rendere i dati permanenti nel lungo termine, è consigliabile archiviare i dati in un account di archiviazione di Azure anziché nell'emulatore di archiviazione.

Esistono alcune differenze tra l'emulatore di archiviazione e i Servizi di archiviazione Azure. Per altre informazioni su queste differenze, vedere Differenze tra l'emulatore di archiviazione e i Servizi di archiviazione Azure.

Nell'emulatore di archiviazione vengono usati un'istanza di Microsoft® SQL Server™ e il file system locale per emulare i Servizi di archiviazione Azure. Per impostazione predefinita, l'emulatore di archiviazione viene configurato per un database in Microsoft® SQL Server™ 2012 Express LocalDB. Per gestire l'installazione LocalDB è possibile installare SQL Server Management Studio Express. L'emulatore di archiviazione si connette a SQL Server o a LocalDB mediante l'autenticazione di Windows. È possibile scegliere di configurare l'emulatore di archiviazione per l'accesso a un'istanza locale di SQL Server anziché LocalDB mediante lo Riferimenti allo strumento da riga di comando Emulatore di archiviazione.

L'emulatore di archiviazione supporta solo un singolo account fisso e una chiave di autenticazione nota. Questo account e questa chiave sono le uniche credenziali consentite per l'emulatore di archiviazione. Sono i seguenti:


Account name: devstoreaccount1
Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==
ImportantImportante
La chiave di autenticazione supportata dall'emulatore di archiviazione è destinata alla sola attività di test della funzionalità del codice di autenticazione client. Non può essere usata a fini di sicurezza. Non è possibile usare l'account e la chiave di archiviazione di produzione con l'emulatore di archiviazione. Si noti inoltre che l'account di sviluppo non dovrebbe essere usato con i dati di produzione.

Per avviare l'emulatore di archiviazione di Azure, fare clic sul pulsante Start o premere il tasto Windows. Iniziare a digitare Emulatore di archiviazione di Azure e selezionare Emulatore di archiviazione di Azure dall'elenco di applicazioni.

In alternativa, se l'emulatore di calcolo di Azure è già in esecuzione, è possibile avviare l'emulatore di archiviazione facendo clic con il pulsante destro del mouse sull'icona della barra delle applicazioni e scegliendo Avvia emulatore di archiviazione. Per altre informazioni sull'esecuzione dell'emulatore di calcolo, vedere Eseguire un'applicazione Windows Azure nell'emulatore di calcolo.

All'avvio dell'emulatore di archiviazione, verrà visualizzata una riga di comando. È possibile usare la riga di comando per avviare e arrestare l'emulatore di archiviazione, nonché cancellare i dati, recuperare lo stato corrente e inizializzare l'emulatore. Per altre informazioni, vedere Riferimenti allo strumento da riga di comando Emulatore di archiviazione.

Quando la riga di comando è chiusa, l'emulatore di archiviazione rimane in esecuzione. Per visualizzare di nuovo la riga di comando, ripetere la procedura per l'avvio dell'emulatore di archiviazione descritta in precedenza.

Alla prima esecuzione dell'emulatore di archiviazione l'ambiente di archiviazione locale viene inizializzato automaticamente. È possibile usare lo strumento da riga di comando Emulatore di archiviazione per fare riferimento a un'altra istanza di database o per reinizializzare il database esistente. Il processo di inizializzazione crea un database in LocalDB e riserva le porte HTTP per ogni servizio di archiviazione locale. Per questo passaggio sono necessari privilegi amministrativi. Per informazioni dettagliate, vedere Riferimenti allo strumento da riga di comando Emulatore di archiviazione.

Il modo di indirizzare una risorsa nei Servizi di archiviazione Azure varia a seconda che la risorsa si trovi in Azure o nei servizi dell'emulatore di archiviazione. Per le risorse di archiviazione in Azure viene usato uno schema URI diverso da quello usato per le risorse di archiviazione nell'emulatore di archiviazione. La differenza è dovuto al fatto che il computer locale non esegue la risoluzione dei nomi di dominio. Entrambi gli schemi URI includono sempre il nome dell'account e l'indirizzo della risorsa richiesta.

Nello schema URI di indirizzamento delle risorse di archiviazione di Azure, il nome dell'account fa parte del nome host dell'URI e la risorsa indirizzata fa parte del percorso URI. Per accedere alle risorse di archiviazione viene usato il seguente schema di indirizzamento di base:

<http|https>://<account-name>.<service-name>.core.windows.net/<resource-path>

<account-name> è il nome dell'account di archiviazione. <service-name> è il nome del servizio a cui si accede e <resource-path> costituisce il percorso alla risorsa richiesta. Nell'elenco seguente viene mostrato lo schema URI per ognuno dei servizi di archiviazione:

  • Servizio Blob: <http|https>://<account-name>.blob.core.windows.net/<resource-path>

  • Servizio di accodamento: <http|https>://<account-name>.queue.core.windows.net/<resource-path>

  • Servizio tabelle: <http|https>://<account-name>.table.core.windows.net/<resource-path>

Ad esempio, l'indirizzo seguente può essere usato per accedere a un BLOB nel cloud:

http://myaccount.blob.core.windows.net/mycontainer/myblob.txt
noteNota
È inoltre possibile associare un nome di dominio personalizzato a un account di archiviazione nel cloud e usare tale nome di dominio personalizzato per indirizzare le risorse di archiviazione. Per altre informazioni, vedere Registering Custom Domain Names for Blob Resources.

Nell'emulatore di archiviazione, poiché il computer locale non esegue la risoluzione dei nomi di dominio, il nome dell'account fa parte del percorso URI. Lo schema URI per una risorsa in esecuzione nell'emulatore di archiviazione segue questo formato:

http://<local-machine-address>:<port>/<account-name>/<resource-path>

Il formato seguente viene usato per l'indirizzamento delle risorse in esecuzione nell'emulatore di archiviazione:

  • Servizio Blob: http://127.0.0.1:10000/<account-name>/<resource-path>

  • Servizio di accodamento: http://127.0.0.1:10001/<account-name>/<resource-path>

  • Servizio tabelle: http://127.0.0.1:10002/<account-name>/<resource-path>

Ad esempio, l'indirizzo seguente può essere usato per accedere a un BLOB nell'emulatore di archiviazione:

http://127.0.0.1:10000/myaccount/mycontainer/myblob.txt
noteNota
HTTPS non è un protocollo consentito per l'indirizzamento delle risorse di archiviazione locale.

A partire dalla versione 3.1, l'account dell'emulatore di archiviazione supporta la replica geograficamente ridondante con accesso in lettura (RA-GRS). Per le risorse di archiviazione nell'emulatore nel cloud e in locale, si può eseguire l'accesso alla posizione secondaria aggiungendo -secondary al nome dell'account. Ad esempio, l'indirizzo seguente può essere usato per accedere a un BLOB mediante l'account secondario in sola lettura nell'emulatore di archiviazione:

http://127.0.0.1:10000/myaccount-secondary/mycontainer/myblob.txt

noteNota
Per l'accesso programmatico all'account secondario con l'emulatore di archiviazione, usare la libreria del client di archiviazione per .NET versione 3.2 o successive. Per informazioni dettagliate, vedere Riferimenti alla libreria del client di archiviazione.

Vedere anche

Il documento è risultato utile?
(1500 caratteri rimanenti)
Grazie per i commenti inviati.
Mostra:
© 2014 Microsoft