Apache Geode vs. Google Cloud BigTable

The biggest advantage of using Apache Geode is DB like consistency. So for applications whose data needs to be in-memory, accessible at low latencies and most importantly writes have to be consistent, should use Apache Geode. For our application quite some amount of data is static which we store in MySQL as it can be easily manipulated. But since this data is large R/w from DB becomes expensive. So we started using Redis. Redis does a brilliant job, but with complex data structures and no query like capability, we have to manage it via code. We are experimenting with Apache Geode and it looks promising as now we can query on complex data-structures and get the required data quickly and also updates consistent.

Incentivized

Google Bigtable is ONLY suited for massive data sets which scale PetaBytes and TerraBytes. Anything under this can easily be done via dedicated VMs and open source tools. Google Bigtable is expensive and shall be used wisely. It should be utilised only where it is well suited else you would simply be wasting dollars and not utilizing its full benefits.

Incentivized

• Super Fast data pull/push
• Provided ACID transactions, so it works like a SQL Database
• Provides replication & partitioning, so our data is never lost and extraction is super fast. NoSql like properties

Incentivized

• Analytics: is at Google's heart. No on can beat Google in this space and BigTable is one of its implementation of this. The insights you gain from BigTable are simply usable in your day to day activities and can help you make real difference.
• Speed: Processing TBs and PBs of data under minutes needs real efficient platform which is capable of doing much more than just processing data. All this data cannot be processed by a single machine, but rather huge pairs of machines working in conjuction with each other. BigTable's implementation is one of the finest and allows you achieve great speeds!
• Interface: is great. Google has segregated required task under logically placed buttons which takes no time by users to understand and get habituated.

Incentivized

• Needs more supporting languages. Out of box Python, Nodejs adapters would be wonderful
• Currently it supports just KV Store. But if we could cache documents or timeseries data would be great
• Needs more community support, documentation.

Incentivized

• User interface's responsiveness: I understand so much is going on under the hood, but laggyness is acceptable if a workload is running or being processed. In case their is not workload being process, GUI should work blazing fast. I have faced this at times, and this becomes frustrating as well.
• Nothing other than this - BigTable is quite efficient platform and does exactly what it is built for.

Incentivized

Still Experimenting. Initial results are good. we need to figure out if we can completely replace Redis. Cost wise if it makes sense to keep both or replacement is feasible.

Incentivized

For big IT firms like us, data is very important and it only holds its value if it can make sense to us. Therefore, Bigtable's usability is priceless when it comes to decision making based on data.

Incentivized

Never contacted support

Incentivized

Google provides premium support services for BigTable which is absolutely blazing fast similar to Bigtable's performance.

Incentivized

Still Experimenting. But looks promising as it has query capabilities over complex data structures

Incentivized

• Still experimenting so difficult to quote
• For a small size project/teams might be an overkill as it still has certain learning curve
• For Medium to large projects with complex Data Structures that need to be queried with a fast o/p it definitely works

Incentivized

• Positive return on investment.

Incentivized