InfluxDB is the main component in our large enterprise-scale streaming data application for maritime vessels. We collect position data from vessels around the coast once per second, put it on a Kafka stream, and feed those positions into InfluxDB continuously. This has been working flawlessly since 2018. We have seven years of time-series data for all the vessels that my company operates, roughly 130 to 140 vessels. Every move they make is being tracked and stored in InfluxDB.

External reviews
External reviews are not included in the AWS star rating for the product.
Tracking vessel movements seamlessly with continuous data collection and query execution
What is our primary use case?
What is most valuable?
We mainly write and read data from InfluxDB. We perform very simple queries to do time series on a key, which is a unique ID of the vessel. We will select a vessel and select from time to time stamp. That’s what we do. InfluxDB’s core functionality is crucial as it allows us to store our data and execute queries with excellent response times.
What needs improvement?
It is challenging to get long-running backups while running InfluxDB in a Microsoft Azure Kubernetes cluster. Replicating data for on-prem development and testing is difficult. Having a SQL abstraction in InfluxDB could be beneficial, making it more accessible for teams that prefer querying with SQL-style syntax.
For how long have I used the solution?
In total, I've been using InfluxDB for six years.
What do I think about the stability of the solution?
InfluxDB is extremely stable. It serves as the backbone of our application, and its stability is crucial. If InfluxDB stops or doesn’t scale, the entire application stops.
What do I think about the scalability of the solution?
Scalability is critical. We’ve scaled on volume with seven years of continuous data without performance degradation. The scalability allows us to track vessel movements per second back to the application's conception in 2017.
Which solution did I use previously and why did I switch?
We did not use a different solution for these use cases before InfluxDB.
How was the initial setup?
The initial setup can be intimidating for newcomers, and there is a certain threshold needed due to the performance we get. However, once familiar with the setup, it becomes streamlined.
What about the implementation team?
Four people were involved in the deployment process, and one person is now needed for maintenance.
What was our ROI?
We haven't gauged any measurable benefits; our company is more operational-focused.
What's my experience with pricing, setup cost, and licensing?
We use the open-source version of InfluxDB, so it is free.
Which other solutions did I evaluate?
We evaluated using PostgreSQL and a time-series database in Amazon, though I can't recall its name.
What other advice do I have?
InfluxDB works as expected with excellent scalability and stability, which is critical for our application. I rate InfluxDB ten out of ten overall.
Which deployment model are you using for this solution?
Deployment has been seamless with real-time data management capabilities and low latency performance
What is our primary use case?
What is most valuable?
What needs improvement?
For how long have I used the solution?
What was my experience with deployment of the solution?
What do I think about the stability of the solution?
What do I think about the scalability of the solution?
How are customer service and support?
How would you rate customer service and support?
Neutral
Which solution did I use previously and why did I switch?
How was the initial setup?
What about the implementation team?
Which other solutions did I evaluate?
What other advice do I have?
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
does not work as expected
This review does not judge the InfluxDB product itself, but this AWS Marketplace offering.
For our company, we did not manage to get this product working. Creating the AWS Marketplace linked account at InfluxData always failed with a 500 server error at Influx, resulting in a free-only account, which was not fully functional.
Even working for 4 weeks on this topic together with the influx support team, with several emails and web-meetings, did not help. The influx development team could not identify and solve the issues.
Handles serial data from sensors effectively and integrates well with third-party systems for visualization
What is our primary use case?
I use the solution to store and manage data from various sensors in a production environment. I have developed a system where data from these sensors is communicated through an OPC UA receiver and stored in InfluxDB. It handles serial data from sensors effectively and integrates well with Grafana for visualization.
What is most valuable?
The platform operates very quickly. It is easy to configure, connect, and query and integrates seamlessly with Grafana.
For how long have I used the solution?
I have been using InfluxDB for four years.
What do I think about the stability of the solution?
I have not experienced any stability issues with the product.
What do I think about the scalability of the solution?
Approximately 20% of our team uses InfluxDB.
What other advice do I have?
I recommend InfluxDB to others and rate it a ten.
Best Time-series database
An open-source database that can be used to insert data
What is our primary use case?
InfluxDB is a database where you can insert data. However, it would be best if you had different components for alerting, data sending, and visualization. You need to install tools to collect data from servers. It must be installed on Windows or Linux servers. During installation, ensure that the configuration file is correct to prevent issues. Once data is collected, it can be sent to InfluxDB. For visualization, you can use open-source tools like Grafana.
What needs improvement?
InfluxDB is generally stable, but we've encountered issues with the configuration file in our ticket stack. For instance, a mistake in one of the metrics out of a hundred KPIs can disrupt data collection for all KPIs. This happens because the agent stops working if there's an issue with any configuration part. To address this, it is essential to ensure that all configurations are part of the agent's EXE file when provided. This makes it easier to package the agent for server installation and ensures all KPIs are available from the server. Additionally, the agent cannot encrypt and decrypt passwords for authentication, which can be problematic when monitoring URLs or requiring authentication tokens. This requires additional scripting and can prolong service restart times.
For how long have I used the solution?
I have been working with the product for five years.
What do I think about the scalability of the solution?
My company has 20-30 admins and 4,000-5,000 users. We have around 15,000 servers.
How are customer service and support?
If you deviate from their documentation, they may refuse to provide support, stating it's not covered under the agreement. Additionally, their response times are slow, and they often suggest purchasing premium support for quicker resolution.
When you opt for premium support, they usually assign dedicated consultants. This means that whenever you encounter a problem, you have direct access to experts whom you can call, email, or engage in a call to resolve issues.
What's my experience with pricing, setup cost, and licensing?
The tool is an open-source product.
What other advice do I have?
If you're considering using InfluxDB for the first time, I recommend trying it. It's an open-source database with the option to purchase enterprise support.
When purchasing the TICK stack, I recommend you opt for premium support. Premium support can be beneficial, particularly when encountering configuration issues or other challenges. With premium support, you can quickly reach out for assistance via phone and work towards resolving any issues promptly. Otherwise, you may wait for up to another week to resolve the problem.
Learning to use InfluxDB is not necessarily easy for a beginner. It requires some understanding, especially in areas like automation and scripting.
I would rate it as an open-source tool around seven to eight out of ten. You only need to spend money on the resources, not much on the product itself. Essentially, you need to invest in the database.
Navigating the Landscape of Time-Series Databases
While InfluxDB offers powerful capabilities, new users might encounter a learning curve, especially when mastering the specifics of InfluxQL and navigating the intricacies of the platform.
Clarity in Documentation:
The documentation, although comprehensive, could benefit from enhanced clarity in certain sections. Improvements in this area would contribute to a more user-friendly onboarding process.
Complexity in High-Cardinality Scenarios:
In scenarios with high cardinality, complexities may arise, necessitating careful consideration and optimization to ensure optimal performance.
Efficiently customize alerts, data visualization, but lacks in stability
What is our primary use case?
Initially, we used Prometheus and Grafana for alerts. But, it wasn't feasible to handle logs and other types of databases. We then switched to InfluxDB due to its user interface, which allowed us to customize alerts, data visualization, and filtering for monitoring purposes.
What is most valuable?
The user interface is well-designed and easy to use. It provides a clear overview of the data, making it simple to understand the information at hand.
What needs improvement?
There were concerns about data loss due to infrastructure limitations. We couldn't back up data locally if we were using the InfluxDB cloud, which was a major drawback. So, InfluxDB could improve its data backup capabilities.
Having a backup option would allow us to save data and avoid relying solely on cloud infrastructure. We've experienced data loss incidents in the past, so backup is crucial. I've tried both on-premises and cloud-based deployments, and each has its limitations.
For how long have I used the solution?
I used this solution for one and a half years.
What do I think about the stability of the solution?
I would rate stability at seven. We faced two to three incidents where we lost data.
What do I think about the scalability of the solution?
Scalability is good, but I would give it six out of ten. It's not very stable regarding data backup. We had a user who worked with the support team, and they helped a lot, but they couldn't retrieve the complete data quickly.
How are customer service and support?
We had a user who worked with the support team, and they helped a lot, but they couldn't retrieve the complete data quickly.
The support team is good, but if they don't have the data, it's not their fault. It's the technical team's issue.
How would you rate customer service and support?
Positive
Which solution did I use previously and why did I switch?
I use Datadog, New Relic, Grafana and Prometheus. I switched to Influx DB because of its user interface.
How was the initial setup?
The initial setup is very straightforward. It is not very tricky.
I have tried both versions for on-premises and cloud deployment. Otis took around five to six minutes. If we have a script, cloud deployment takes one to two minutes.
What's my experience with pricing, setup cost, and licensing?
InfluxDB recently increased its price. It is very expensive now. It is now per month; earlier, it was per year-based license.
What other advice do I have?
Overall, I would rate the solution a seven out of ten because InfluxDB needs to remove the limitations so users can see all their data. This was a huge headache for me because we got hit twice or thrice.