AppFabric è un servizio di caching distribuito che permette di condividere e memorizzare, in modo volatile, dati tra processi o macchine diverse. Dispone di API managed ed è un servizio installabile su Windows Server in modo da poter creare più nodi su più macchine e supportare il raggruppamento in regioni e la sincronizzazione tra esse.
Ciò che rende ancor più interessante AppFabric è il fatto che Windows Azure permette di definire dei namespace, li stessi usati per ACS e ServiceBus, che espongano un endpoint per memorizzare dati in cache, senza necessariamente dover installare il nodo sulle proprie macchine. Uno dei punti di forza di Windows Azure consiste proprio nel fatto che non è necessario migrare tutta la soluzione sul cloud (seppure garantirebbe maggiori performance, per via dell'affinità dei server), ma bensì procedere a passi o semplicemente utilizzandone solo una parte.
Per usare AppFabric su Windows Azure occorre compiere pochi semplici passi. Innanzitutto occorre configurare un namespace e abilitare il servizio di Caching. Nel compiere questa azione si stabilisce anche il limite massimo di memoria utilizzabile, il quale determina anche la spesa che si vuole sostenere.

Creato il namespace si abilita un'apposita sezione nella toolbar, e in particolar modo il pulsante View client configuration.

Premendolo viene generato un XML che contiene la configurazione da inserire nel web.config o nell'app.config dell'applicazione. In particolare:
- configSections: la definizione delle sezioni di configurazione;
- dataCacheClients: la definizione degli endpoint di AppFabric, in chiaro o criptato;
- sessionState: la configurazione per ASP.NET per usare AppFabric per la session;
- caching: la configurazione per ASP.NET per usare AppFabric per l'oggetto HttpRuntime.Cache;
I primi due tag devono quindi essere necessariamente copiati, mentre gli altri due a seconda delle necessità dell'applicazione web. Una volta configurato, l'utilizzo delle API di AppFabric è trasparente e identico a quanto si farebbe se AppFabric fosse in locale, come nell'esempio.
// Per usare la configurazione SSL //var r = new DataCacheFactoryConfiguration("SslEndpoint"); using (DataCacheFactory dataCacheFactory = new DataCacheFactory()) { DataCache dataCache = dataCacheFactory.GetDefaultCache(); // Recupero dalla cache object o = dataCache.Get("time"); if (o == null) { // Non è presente quindi lo aggiungo Console.WriteLine("Added to cache"); // Metto in cache per 10 secondi dataCache.Put("time", DateTimeOffset.UtcNow, TimeSpan.FromSeconds(10)); } else { // Scrivo il valore in cache Console.WriteLine("Cache on " + o); } }
Se non specifico, l'endpoint utilizzato è in chiaro, di nome default. In alternativa basta creare un'istanza di DataCacheFactoryConfiguration e specificare il nome della configurazione che si vuole utilizzare.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Chiamare un endpoint ASP.NET Core protetto da Certificate Authentication
Scoprire cosa succede in un layer di un Dockerfile
Sviluppare applicazioni serverless con Azure Container Apps
Monitorare metriche delle risorse Azure con Load Testing
Utilizzare il tag HTML template
Utilizzare .NET Framework con le Azure Function in modalità isolata
Eliminare spazio inutilizzato in un Azure Container Registry
Creare un job summary in una GitHub Action
Bypassare l'esecuzione di una GitHub Action su branch protetti
Usare gateway dedicati con Azure Cosmos DB per migliorare le prestazioni
Introduzione alla security con GitHub
Esecuzione a matrici nei workflow di GitHub Action
I più letti di oggi
- VS 2005 e .NET Framework 2.0 SDK in italiano su MSDN
- ASP.NET MVC, Aree e Controller: risolvere le ambiguità
- Visual Basic 2019
- Confronto tra moduli in Javascript: ES e commonJS https://aspit.co/cem di @morwalpiz #javascript
- Limitare l'accesso in base all'IP con i web site di Windows Azure
- AI&ML Conference 2019 - Milano
- La nostra prova su strada di Windows Phone 7