We have one server running Windows Server 2003 for our production web server. Our web site has different modules to it and each is ran within it’s own application pool. This makes caching a bit of a problem since each module has it’s own cache and often times multiple modules cache the same items. The problem is when an item in the cache is altered in one module, another module caching the same item cannot easily be refreshed.
Our site is written in ASP.NET 4.0 and we cache datasets, business objects, collections, lists, etc. using the standard HttpRuntime.Cache object as a simple key/value store. We don’t use any file dependencies but we do use a time expiration. We only have about 400 users at once so we aren’t doing anything too crazy.
It sounds like some sort of shared/distributed cache would help resolve this issue but I am not sure which one to use or if it would be better to roll our own since we do not need a lot of the features available in most of the products I’ve seen. I’ve seen some examples using WCF but most have suggested not to use their examples in production and I know little about WCF.
I’m looking for something simple, fast, lightweight, safe to run in production, and preferably free if possible but it does not have to be. It needs to run on Windows Server 2003 & work with ASP.NET 4.0.
Any suggestions or info?
memcached along with an ASP.NET provider is a popular choice. Bear in mind though that in .NET 4.0 the recommended way to do caching is to use the new ObjectCache instead of
HttpRuntime.Cache. There is a built in memory implementation into the .NET framework (MemoryCache) and also you may checkout an implementation for memcached.