We built LogDNA around the idea that developers are more productive when they have access to all of the logs they need, when they need them. However, we also know that log management can get expensive fast. And, for anyone who owns the budget for developer tools, logs can be an unpredictable line item as you try to determine your monthly, quarterly or even annual spend.
LogDNA recently celebrated 5 years since our launch in Y Combinator and during this half-a-decade we’ve learned several lessons about balancing cost and scalability. As a founder, here are the top 3 things I wish someone had told me as we were racing towards success. The appeal of building a cloud-native application for a startup is a no brainer—it’s agile, scalable, and can be managed by a distributed team. Not to mention, it’s the cheapest way to get off the ground.
Three years ago, when we released Embedded Views into beta, we were excited to enable customers to share log lines in a customized way outside of our web application. However, it's become clear that the vast majority of our users prefer having the full functionality of our web application when exploring their logs rather than using an Embedded View.
With an ever growing list of infrastructure improvements, new features, and issues to debug, setting up your observability tools to keep up with best practices can fall down your list of priorities. There’s simply not enough time to set up new dashboards that can give you the visibility you need to be proactive with your infrastructure.
We’re excited to announce the public beta release of our latest Agent v2, which includes two major feature improvements for our Kubernetes® customers. First, Agent v2.2 now supports Kubernetes event logs that enable more seamless Kubernetes deployment troubleshooting. In addition, we now support running Agent v2 as a non-root user, making Agent v2 the most secure Kubernetes agent on the market.
We’re excited to announce the public beta of the LogDNA Terraform Provider, allowing organizations to manage Views and Alerts programmatically via Terraform. Today, more teams than ever are adopting Infrastructure as Code (IaC) to reduce human error and create efficiently scaled workflows for their infrastructure. Additionally, teams are looking to bring the same benefits of scalability and predictability into their SaaS-based observability stack.
