What do big mountain ascents and modern network operations have in common? You’ll only succeed when you’re learning from experience. This was one among many compelling takeaways that attendees took from our recent NetOps Summit. Centered on the theme “visibility anywhere,” this event featured a number of compelling presentations, including a keynote from Jimmy Chin, the professional climber, photographer, and Academy Award-winning filmmaker.

Any new technological breakthrough tends to be greeted by two opposing factions. On one hand, you have promoters, for whom this technology is a panacea, the cure for every ailment plaguing the current environment.

Having any form of application discovery can be of great benefit. With these capabilities, you can determine what is deployed within your infrastructure and better understand what monitoring to apply to each device. When you know which applications are running within your environment, you can group devices by their associated applications.

If you’re running earlier versions of Application Performance Management (APM), including version 10.7, on-premises and considering upgrading to DX APM SaaS, you’re undoubtedly curious what the migration process might look like. In this blog post, I’m going to share the story of one of Broadcom’s Fortune 50 customers and how they successfully migrated more than 30,000 production agents while navigating time constraints around their busy holiday season.

If you manage a network, every network device generates a large volume of logs. These logs are extremely important and narrate a story about both events and the sequencing of those events within your network. This capability is critical for any network monitoring software, helping you easily understand network activities, user actions, security breaches, and much more.

The waiting can be intensely stressful. You are mid-way through a critical production upgrade during the weekend. The schedule is tight. Suddenly there is an unexpected problem you aren’t able to resolve. You need help. So, you call in a support ticket. And that’s when the waiting starts. While you’re waiting for the support team to review and get back to you, questions race through your mind: How quickly will they respond to the ticket?

Cloud deployments have overtaken that of on-premises in the enterprise application software market since 2020, and Gartner expects they will be double the size of on-premises by 2025. These changes reflect the fast evolution in IT infrastructure due to new technology, business models, and market demands. The movement toward cloud, mobility, and IoT continues to surge forward.

In my prior blog, Continuous Test Data Management for Microservices, Part 1, we offered an introduction to the key approaches for applying continuous test data management (TDM) to microservices. The continuous TDM process for microservices applications is similar to that for general continuous TDM (see figure below), but tailored to the nuances of the architecture. In this post, I’ll outline the key steps for applying TDM across the lifecycle.

In my previous blog posts on test data management (TDM), I have discussed principles for continuous TDM and outlined how TDM for microservices-based applications differs from traditional applications. In this blog post, the first in a two-part series, I will combine both of these concepts to discuss key approaches for applying continuous TDM to microservices. In my second post, I’ll detail the key steps for applying continuous TDM in various phases of the delivery lifecycle.

For-Each is a new feature added to the DX Unified Infrastructure Management’s (DX UIM) Monitoring Configuration Service (MCS) that uses the device attributes with one or multiple values. MCS will loop through each value and create a profile for each one. If that attribute does not exist for a device, no profile will be created. Similarly, if a new value is added or removed from a device, MCS will revaluate and add or remove profiles.