KubeCon Europe 2020 is virtual this year, and Elastic is doing our part to help "keep cloud native connected." We would rather be there in person to shake hands, tell stories, and laugh, but the challenges of a virtual conference also provide the opportunity to share great content and materials that we might not be able to at a crowded booth.
When it comes to protecting your company’s important data and network, it doesn’t matter what size your firm is, keeping things safe and running smoothly should be a top priority. For this reason, many invest in network monitoring tools like Pandora FMS. This is because we offer a software solution to make sure your network is always safe and secure around the clock. Let’s learn a bit more about the process of network monitoring and why it’s so important here!
A key metric for measuring how well you handle system outages is the Mean Time To Recovery or MTTR. It’s basically the time it takes you to restore the system to working conditions. The shorter the MTTR, the faster problems are resolved and the less impact your users would experience and hopefully the more likely they will continue to use your product! And the first step to resolve any problem is to know that you have a problem.
Few things are scarier than a database slowly losing integrity over weeks or years. For a while, nobody notices anything. Then users start reporting bugs, yet you can't find any code that's broken. By the time you realize the problem, it may be happening for so long that your backups are unusable. We can avoid problems like these with skillful use of transactions.
Last week, we had an issue with one of our Kafka brokers. Don’t worry, it didn’t impact any customers. When monitoring things closely, you can often solve things before they impact a customer ;-). In today’s post, I’ll show you how we use AppSignal to dogfood our own issues. I’ll go through how we monitor the non-Ruby part of our stack and how we used AppSignal to detect and resolve the issue.
This morning, we announced that we raised $50 million in Series B funding. This additional funding, following our $24 million round last October, will enable us to dramatically accelerate research and development at Grafana Labs. We plan to hire more engineers and focus on product innovation. And importantly, it will help us continue to nurture and grow our community of millions of developers around the world.
With more engineering teams adopting Kubernetes as their container orchestration platform, new challenges emerge in giving your entire team visibility into Kubernetes for monitoring, debugging, and deployment. We’ve heard consistent feedback from developers and infrastructure teams about the observability gaps that exist between underlying Kubernetes infrastructure and deployed services.
For IT teams it has never been an easy task to build and maintain an inventory of all the systems, software and hardware that organizations are reliant on to deliver their services and do something meaningful for the business with this information. As organizations grow they accumulate more and more asset and config data. Information inevitably ends up scattered across multiple, disconnected repositories; ITSM tools, service catalogs, software asset management systems, databases, spreadsheets etc.
Ryan Rosenkaimer is Director of Operations at Razor Technology, a managed services provider (MSP) customer and partner of OpsRamp. Founded in 2004 and based in Philadelphia, Razor serves more than 300 clients in the greater Northeast and Mid-Atlantic regions. The company is using OpsRamp to deliver managed cloud services to its clients and also resells OpsRamp as a service.
