Nei precedenti script abbiamo visto come creare una serie di servizi della piattaforma Azure che ruotano intorno ai nostri applicativi. In questo script vogliamo procedere con la creazione di un namespace di Service Bus, utile per usufruire di code per comunicazioni asincrone.
Il primo snippet da utilizzare è quello relativo alla creazione del namespace.
{ "type": "Microsoft.ServiceBus/namespaces", "apiVersion": "2018-01-01-preview", "name": "[variables('name')]", "location": "[variables('location')]", "sku": { "name": "Basic", "tier": "Basic" } }
Partiamo come sempre dal presupposto di avere due variabili per indicare il nome e la location della risorsa. La proprietà più rilevante è caratterizzata dallo sku, che indica il tier del namespace.
Sebbene possiamo crearle da codice o da script, è utile anche predisporre la creazione di code necessarie ai nostri applicativi. Sfruttando sempre le variabili possiamo fare riferimento al namespace e associare una o più code indicandone le caratteristiche.
{ "type": "Microsoft.ServiceBus/namespaces/queues", "apiVersion": "2018-01-01-preview", "name": "[concat(variables('name'), '/myQueue')]", "location": "[variables('location')]", "dependsOn": [ "[resourceId('Microsoft.ServiceBus/namespaces', variables('name'))]" ], "properties": { "lockDuration": "PT1M", "maxSizeInMegabytes": 1024, "requiresDuplicateDetection": false, "requiresSession": false, "defaultMessageTimeToLive": "P7D", "deadLetteringOnMessageExpiration": true, "duplicateDetectionHistoryTimeWindow": "PT10M", "maxDeliveryCount": 1, "enablePartitioning": false } }
Possiamo notare la possibilità di indicare tutte le caratteristiche visibili anche dal portale, come la dimensione, il partizionamento, il TTL, la presenza della dead letter e il numero massimo di consegne dei messaggi.
Possiamo fare ancora di più e procedere anche alla creazione delle rule aventi diritto di lettura e/o scrittura sulle code, come mostrato nell'esempio seguente.
{ "type": "Microsoft.ServiceBus/namespaces/AuthorizationRules", "apiVersion": "2017-04-01", "name": "[concat(variables('name'), '/SendListen')]", "location": "[variables('location')]", "dependsOn": [ "[resourceId('Microsoft.ServiceBus/namespaces', variables('name'))]" ], "properties": { "rights": [ "Listen", "Send" ] } }
Possiamo in alternativa associare le rule ad una specifica coda. Nell'esempio precedente creiamo una chiave di nome SendListen, avente il permesso di invio e ricezione dei messaggi.
Poiché la rule appena creata dovrà essere poi utilizzata, possiamo usare la funzione listKeys per ottenere la stringa di connessione e associarla direttamente ad un appSettings di una WebApp o all'output del template come mostrato:
"outputs": { "connectionString": { "type": "string", "value": "[listkeys([resourceId('Microsoft.ServiceBus/namespaces/authorizationRules', variables('name'), 'SendListen')], '2017-04-01').primaryConnectionString]" } }
Per maggiori informazioni rimandiamo alla documentazione ufficiale https://docs.microsoft.com/en-us/azure/templates/microsoft.servicebus/namespaces
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Creare un router per Single Page Application con l'evento navigate
Ottimizzare le performance di serializzazione e deserializzazione JSON con System.Text.Json e i source generators
Le novità di .NET 7 e C# 11
Linting di un Dockerfile con un workflow di GitHub
Organizzare il codice JavaScript utilizzando i moduli
Caricare un asset come parte di una release con un workflow di GitHub
Introduzione alla security con GitHub
Impostare un default custom per i metodi LINQ che tornano il valore di default
Parallelizzare le chiamate HTTP con async/await e le Promise in JavaScript
Ricevere avvisi su metriche dei server Azure Arc
Migrare un progetto ASP.NET Core da .NET 6 a .NET 7
Utilizzare l'attributo HTML inert per disabilitare gli eventi