Hi all, I've got a question about how everyone is using HBase. Is anyone using its as online data store to directly back a web service?
The text-book example of a weblink HBase table suggests there would be an associated web front-end to display the information in that HBase table (ex. search results page), but I'm having trouble finding evidence that anyone is servicing web traffic backed directly by an HBase instance in practice. I'm evaluating if HBase would be the right tool to provide a few things for a large-scale web service we want to develop at ESPN and I'd really like to get opinions and experience from people who have already been down this path. No need to reinvent the wheel, right? I can tell you a little about the project goals if it helps give you an idea of what I'm trying to design for: 1) Highly available (It would be a central service and an outage would take down everything) 2) Low latency (1-2 ms, less is better, more isn't acceptable) 3) High throughput (5-10k req/sec at worse case peak) 4) Unstable traffic (ex. Sunday afternoons during football season) 5) Small data...for now (< 10 GB of total data currently, but HBase could allow us to design differently and store more online) The reason I'm looking at HBase is that we've solved many of our scaling issues with the same basic concepts of HBase (sharding, flattening data to fit in one row, throw away ACID, etc) but with home-grown software. I'd like to adopt an active open-source project if it makes sense. Alternatives I'm also looking at: RDBMS fronted with Websphere eXtreme Scale, RDBMS fronted with Hibernate/ehcache, or (the option I understand the least right now) memcached. Thanks, Brian -- View this message in context: http://old.nabble.com/Use-cases-of-HBase-tp27837470p27837470.html Sent from the HBase User mailing list archive at Nabble.com.
