Riak is a NoSQL database from Basho Technologies in Bellevue, Washington.
N/A
VictoriaMetrics Community
Score 8.5 out of 10
Enterprise companies (1,001+ employees)
VictoriaMetrics is a high-performance monitoring solution and time series database
N/A
Pricing
Riak
VictoriaMetrics Community
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Riak
VictoriaMetrics Community
Free Trial
No
Yes
Free/Freemium Version
No
Yes
Premium Consulting/Integration Services
No
Yes
Entry-level Setup Fee
No setup fee
Optional
Additional Details
—
Enterprise support prices are negotiated individually with every customer. The price depends on many factors such as:
* Costs for the existing monitoring solution
* The amounts of collected data and the workload specifics (unique time series, churn rate, ingestion rate, query types, query rate, etc.)
* The amounts of compute resources needed for the monitoring solution
* Additional enterprise features
* SLA tier
Contact us at info@victoriametrics.com for more details on the pricing.
Best suited, where your data is highly cardinal since it does a better job at maintaining it than other competitors. It is also well suited if you are using Prometheus and are looking for something that is less hungry for resources in comparison since the migration would be easier. But in case the company is small and wants a solution which is cheap and relies on built-in visualizations, it is not something that is suited. Although it takes fewer resources than Prometheus, it is still resource-intensive and attracts a high cost for maintenance.
Highly available: If nodes go offline for any reason, the system still operates.
Highly scalable: There is a minimum of 5 nodes, which can handle a lot by themselves. When scaling is required, it can be done easily, with minimal to no downtime on large scales.
Very fast searching: Riak has SOLR indexing built-into the core product, which makes querying for data very fast.
Deletes!!! We've seen on numerous occasions where Riak has "resurrected" deleted data. We've worked with Basho numerous times and tried multiple changes to the way we interact with Riak to prevent the problem but it still remains. The deletes seem to reappear weeks, even months, after the delete was issued. We've had to work around this issue by providing a "deleted" flag for all data objects stored in Riak. Thus, we do no delete but simply flip the flag. Excess baggage we would really like to not have to worry about.
Search. Currently there's no way to tell what data you have in Riak without already knowing a particular bucket/key. There is a way to list the keys for a given bucket but due to performance implications, this is not a viable method to lookup data. Especially when you have a large amount of keys in the bucket.
Right now, I'm on a project where we need databases that can run on embedded systems. Riak isn't necessarily the best fit for that scenario. But when we need a clustered database, that's where we'd start considering Riak.
Despite Basho going bankrupt and the project becoming fully open-source, community support is reasonably good, albeit a little slow at times. Paid enterprise-grade support is also available from former Basho engineers but the same company also contributes to the community support for free for basic questions or specific knowledge areas.
Because of the RESTful HTTP interface, the consistency model, and because of the catalog-driven data model, Riak was an easy win over Redis and Memcached.
Prometheus only support PromQL and it is very complex with different exporter required for different requirement like Windowsexporter,linixexporter,sqlexporter etc but VictoriaMetrics is very simple comapred to it. VictoriaMetrics support both PromQL and MetricQL and can be integrated with Graphana easily. It is very easy to setup and learn compared to mutiple Prometheus exporters
Riak has been a key part of our company's build process for our client's search backend. It is valuable for is in that it provides a reliable way to view the current search index.