Piano di controllo e piano dati di Azure
Le operazioni di Azure possono essere suddivise in due categorie: piano di controllo e piano dati. Questo articolo descrive le differenze tra questi due tipi di operazioni.
Usare il piano di controllo per gestire le risorse nella sottoscrizione. Usare il piano dati per usare le funzionalità esposte dall'istanza di un tipo di risorsa.
Ad esempio:
Si crea una macchina virtuale tramite il piano di controllo. Dopo aver creato la macchina virtuale, interagire con essa tramite operazioni del piano dati, ad esempio Remote Desktop Protocol (RDP).
Si crea un account di archiviazione tramite il piano di controllo. Usare il piano dati per leggere e scrivere dati nell'account di archiviazione.
Si crea un database di Azure Cosmos DB tramite il piano di controllo. Per eseguire query sui dati nel database di Azure Cosmos DB, usare il piano dati.
Piano di controllo
Tutte le richieste per le operazioni del piano di controllo vengono inviate all'URL di Azure Resource Manager. Tale URL varia in base all'ambiente di Azure.
- Per Azure globale, l'URL è
https://management.azure.com
. - Per Azure per enti pubblici, l'URL è
https://management.usgovcloudapi.net/
. - Per Azure Germania, l'URL è
https://management.microsoftazure.de/
. - Per Microsoft Azure gestito da 21Vianet, l'URL è
https://management.chinacloudapi.cn
.
Per individuare le operazioni che usano l'URL di Azure Resource Manager, vedere API REST di Azure. Ad esempio, l'operazione di creazione o aggiornamento per MySQL è un'operazione del piano di controllo perché l'URL della richiesta è:
PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DBforMySQL/servers/{serverName}/databases/{databaseName}?api-version=2017-12-01
Azure Resource Manager gestisce tutte le richieste del piano di controllo. Applica automaticamente le funzionalità di Azure implementate per gestire le risorse, ad esempio:
Dopo l'autenticazione della richiesta, Azure Resource Manager la invia al provider di risorse, che completa l'operazione. Anche durante i periodi di indisponibilità per il piano di controllo, è comunque possibile accedere al piano dati delle risorse di Azure. Ad esempio, è possibile continuare ad accedere e operare sui dati nella risorsa dell'account di archiviazione tramite il relativo URI di archiviazione separato https://myaccount.blob.core.windows.net
anche quando https://management.azure.com
non è disponibile.
Il piano di controllo include due scenari per la gestione delle richieste: "campo verde" e "campo marrone". Il campo verde fa riferimento alle nuove risorse. Il campo marrone fa riferimento alle risorse esistenti. Durante la distribuzione delle risorse, Azure Resource Manager capisce quando creare nuove risorse e quando aggiornare quelle esistenti. Si può stare certi che non verranno create risorse identiche.
Piano dati
Le richieste di operazioni del piano dati vengono inviate a un endpoint specifico dell'istanza. Ad esempio, l'operazione Rileva lingua nei servizi di intelligenza artificiale di Azure è un'operazione del piano dati perché l'URL della richiesta è:
POST {Endpoint}/text/analytics/v2.0/languages
Le operazioni del piano dati non sono limitate all'API REST. Possono richiedere altre credenziali, ad esempio l'accesso a una macchina virtuale o a un server di database.
Le funzionalità che applicano la gestione e la governance potrebbero non essere applicabili alle operazioni del piano dati. È necessario considerare i diversi modi in cui gli utenti interagiscono con le soluzioni. Ad esempio, un blocco che impedisce agli utenti di eliminare un database non impedisce agli utenti di eliminare i dati tramite query.
È possibile usare alcuni criteri per gestire le operazioni del piano dati. Per altre informazioni, vedere Modalità provider di risorse (anteprima) in Criteri di Azure.
Passaggi successivi
Per una panoramica di Azure Resource Manager, vedere Che cos'è Azure Resource Manager?
Per altre informazioni sull'effetto delle definizioni dei criteri sulle nuove risorse e sulle risorse esistenti, vedere Valutare l'impatto di una nuova definizione di Criteri di Azure.