Home

News: In Memory Data Grid Technologies

  1. In Memory Data Grid Technologies (4 messages)

    What is an In Memory Data Grid?

    It is not an in-memory relational database, a NOSQL database or a relational database.  It is a different breed of software datastore. 

    In summary an IMDG is an ‘off the shelf’ software product that exhibits the following characteristics: 

    • The data model is distributed across many servers in a single location or across multiple locations.  This distribution is known as a data fabric.  This distributed model is known as a ‘shared nothing’ architecture.
    • All servers can be active in each site.
    • All data is stored in the RAM of the servers.
    • Servers can be added or removed non-disruptively, to increase the amount of RAM available.
    • The data model is non-relational and is object-based. 
    • Distributed applications written on the .NET and Java application platforms are supported.
    • The data fabric is resilient, allowing non-disruptive automated detection and recovery of a single server or multiple servers.

    There are also hardware appliances that exhibit all these characteristics.  I use the term in-memory data grid appliance to describe this group of products and these were excluded from my research. 

    There are six products in the market that I would consider for a proof of concept, or as a starting point for a product selection and evaluation.  

    • VMware Gemfire                                                (Java)
    • Oracle Coherence                                              (Java)
    • Alachisoft NCache                                             (.Net)
    • Gigaspaces XAP Elastic Caching Edition           (Java)
    • Hazelcast                                                          (Java)
    • Scaleout StateServer                                         (.Net) 

    These server application platform is shown in brackets, but most of these products support clients for Java, .Net, C# and other flavours. 

    And here is the range of products available in the market now, that I consider IMDGs: 

    • IBM eXtreme Scale
    • Terracotta Enterprise Suite
    • Jboss (Redhat) Infinispan 

    Relative newcomers to this space, and worthy of watching closely are Microsoft and Tibco. 

    Why would I want an In Memory Data Grid?  Let’s compare this with our old friend the traditional relational database: 

    • Performance – using RAM is faster than using disk.  No need to try and predict what data will be used next.  It’s already in memory to use.
    • Data Structure – using a key/value store allows greater flexibility for the application developer.  The data model and application code are inextricably linked.  More so than a relational structure.
    • Operations – Scalability and resiliency are easy to provide and maintain.  Software / hardware upgrades can be performed non-disruptively. 

    How does an In Memory Data Grid map to real business benefits? 

    • Competitive Advantage – businesses will make better decisions faster.
    • Safety – businesses can improve the quality of their decision-making.
    • Productivity – improved business process efficiency reduces waster and likely to improve profitability.
    • Improved Customer Experience – provides the basis for a faster, reliable web service which is a strong differentiator in the online business sector. 

    How do use an In Memory Data Grid? 

    Simply install your servers in a single site or across multiple sites.  Each group of servers within a site is referred to as a cluster. 

    Install the IMDG software on all the servers and choose the appropriate topology for the product.  For multi-site operations I always recommend a partitioned and replicated cache.

    Setup your APIs, or GUI interfaces to allow replicated between the various servers.

    Develop your data model and the business logic around the model. 

    With a partitioned and replicated cache, you simply partition the cache on the servers that best suits the business needs to trying to fulfil, and the replicated part ensures there are sufficient copies across all the servers.  This means that if a server dies, there is no effect on the business service.  Providing you have provisioned enough capacity of course. 

    The key here is to design a topology that mitigates all business risk, so that if a server or a site is inoperable, the service keeps running seamlessly in the background.  

    There are also some tough decisions you may need to make regarding data consistency vs performance.  You can trade the performance to improve data consistency and vice versa. 

    Are there any proven use cases for In Memory Data Grid adoption? 

    Oh yes, and if you’re a competitor in these markets, you may want to rethink your solution. 

    Financial Services: Improve decision-making, profitability and market competitiveness through increased performance in financial stock-trading markets. Reduction in processing times from 60 minutes to 60 seconds. 

    Online Retailer: Providing a highly available, easily maintainable and scalable solution for 3+ million visitors per month in the online card retailer market. 

    Aviation: Three-site active / active / active flight booking system for a major European budget-airline carrier. Three sites are London, Dublin and Frankfurt. 

    Check out the VMware Gemfire and Alachisoft NCache websites for more details on these proven use cases. 

    If you enjoyed reading this article, found it useful and it added to your knowledgebase,then please feel free to follow me on twitter: www.twitter.com/musiccomposer1

    About the Author: 

    Paul Colmer is a technology consultant working for CSC and director and active professional musician for Music4Film.net.  He specialises in Cloud Computing, Social Business and Solution Architecture. He is based in Brisbane, Australia. http://www.linkedin.com/pub/paul-colmer/6/894/539

     

    Threaded Messages (4)

  2. GridGain[ Go to top ]

    GridGain uniquely combines Compute Grid and one of the most advanced In-Memory Data Grid into one product. Considering that it is starting every 10 seconds around the globe and provides native DSLs for Scala and Groovy (additionally to native Java APIs) - i think it's worth mentioning...

     

    http://www.gridgain.com

     

    Nikita Ivanov.

    GridGain Systems.

  3. In Memory Data Grid Technologies[ Go to top ]

    I ain't seeing no Ehcache either. Did I miss something?

    Also, where is the research part in the artilcle?

    -Laurent

    http://www.jppf.org

  4. In Memory Data Grid Technologies[ Go to top ]

    Has any one tried TIBCO ActiveSpaces IMDG product.

    http://www.tibco.com/products/soa/in-memory-computing/activespaces-enterprise-edition/default.jsp

     

  5. In Memory Data Grid Technologies[ Go to top ]

    Hi Paul -

    I noticed that quite a few of the clients you list already use Oracle Coherence .. in fact I got to visit with several of them when I was in Australia last month :-)

    At any rate, it's an incredibly crowded and vibrant market segment, with a lot of innovation (including NoSQL databases, Map/Reduce analytics, caching, etc.), and frankly the technology in IMDGs form the foundation for much of the cloud computing infrastructure.

    Peace,

    Cameron Purdy | Oracle

    http://coherence.oracle.com/