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
Simulare Azure Cosmos DB in locale con Docker
Aprire una finestra di dialogo per selezionare una directory in WPF e .NET 8
Filtrare i dati di una QuickGrid in Blazor con una drop down list
Eseguire una query su SQL Azure tramite un workflow di GitHub
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API
Gestire i dati con Azure Cosmos DB Data Explorer
Evitare il flickering dei componenti nel prerender di Blazor 8
Eseguire i worklow di GitHub su runner potenziati
Eliminare una project wiki di Azure DevOps
Migrare una service connection a workload identity federation in Azure DevOps
Migliorare la scalabilità delle Azure Function con il Flex Consumption