Companies need to consider both how fast they can put edge applications into action and update them, and how quickly they can process incoming data. Industrial processes are becoming increasingly automated as sensors on machines collect a growing amount of data. Much of this data is time-stamped and can help companies improve processes. This large volume of sensor data can become unwieldy if companies don’t manage it properly.

At InfluxData, we pride ourselves on building a platform – InfluxDB – for developers, by developers. It’s not enough to simply “talk the talk.” As an engineering leader, it’s really important to me that InfluxData “walks the walk,” too. This requires a holistic understanding of our users, their familiarity with time series, the environments in which they work, and the problems they’re trying to solve.

If seeing is believing, then the new UI for the InfluxDB query experience is sure to convert you. We are working on a new query/script editor and want you to try it out. Feel free to share your feedback with us so we can make it even better! Here are just some of the highlights of the new editor.

Five worthy reads is a regular column on five noteworthy items we’ve discovered while researching trending and timeless topics. In this edition, we’ll learn about a framework called data fabric that can help solve a plethora of data management requirements in an organization.

Find out how our customer Lyyti is transforming the event management space with data.

Reporting is essential when managing a microservice architecture. Without some kind of reporting tool, it’s significantly more difficult to gain insight into how services and resources are functioning. Software teams need this insight in order to make meaningful progress — without reporting, it’s hard to even know where progress needs to be made. With the introduction of CQL reports, Cortex gives you more visibility than ever before.

This tutorial describes how to install the Telegraf plugin as a data-collection interface with InfluxDB 1.7 and Docker. In Part 1 of this tutorial series, we covered the steps to install InfluxDB 1.7 on Docker for Linux instances. We describe in Part 2 how to install the Telegraf plugin as a data-collection interface with InfluxDB 1.7 and Docker.

InfluxDB Cloud runs natively on AWS. This is great for users that already rely on AWS because it keeps everything (or at least most things, hopefully!) in one place. This can also reduce data latency, if the region you use is geographically close to your data sources. Plus, it’s super easy to get started using InfluxDB on AWS. One of the great things about AWS is that it has a ton of different services and features that allow you to do more with your data.

Amazon re:Invent is a major technology event every year. At this year’s re:Invent, the keynote by AWS CEO Adam Selipsky made a concerted effort to draw connections between technology and some of the key challenges that people around the world, and in some cases beyond the terra firma of Earth, face. While the presentation touched on a wide range of topics, one overarching theme was the intersection of the physical and digital worlds, and the role technology plays in bridging that divide.

Tracing has always been a key use case for time series data. But admittedly, it’s also one that past versions of InfluxDB could not handle as well as we wanted. One of the roadblocks was the cardinality issue. Tracing data is, almost by definition, high cardinality data and prior to InfluxDB IOx, high cardinality data could affect query performance.