Skip to main content

DevOps and AIOps: Developing A New Culture

Will Cappelli
Moogsoft

In today's competitive landscape, businesses must have the ability and process in place to face new challenges and find ways to successfully tackle them in a proactive manner. For years, this has been placed on the shoulders of DevOps teams within IT departments. But, as automation takes over manual intervention to increase speed and efficiency, these teams are facing what we know as IT digitization. How has this changed the way companies function over the years, and what do we have to look forward to in the coming years?

While this all began with the introduction of the Internet in the late 90s, it took a turn after the economic crash in 2007. At this time, automation became the main driver of innovation and a key focus to support revenue. Now, in today's landscape, if automation is not a top concern for IT teams and doesn't sit at the heart of IT strategies, companies risk losing their competitive edge, ultimately resulting in failure.

There has also been an increase in demand over the last decade for IT to have more of a proactive approach to technological pivots, and the pressure to respond quickly has grown. Because of this, development teams have taken the lead to change the role of the IT department within the business by positioning IT as a strategic revenue driver. DevOps within IT departments has also come a long way. Specifically, there are three major changes within these teams worth spotlighting.

For starters, departments were adopting agile development practices to speed up the delivery of creation changes into the production environment. Then, DevOps introduced automation into change delivery.

The final step after accepting the two previous changes, is the alignment of development and operations teams. In the past, DevOps and operations have worked separately: DevOps managed the development, while operations handled the environment. But, as automation takes a more prominent role in companies, it becomes essential that these two teams align. It's no longer feasible to have them in two siloed playing fields.

Joining these teams hasn't been easy. There's been resistance in aligning efforts and daily communication between the two continues to be an issue. It has been a challenge for IT operations to interact with the development team so closely. DevOps has struggled to see the value of managing the production environment, as they often believe the task to be low-level and straightforward. In addition, the perspective that DevOps has on infrastructure is narrow-minded and they're typically only invested in direct projects that relate to them. What this logic fails to address is that fact that no application is completely isolated. Every application is living in an environment of shared resources that all influence each other. Unfortunately, because of these lack of understandings, DevOps and operations remain largely siloed. The collaboration that needs to happen hasn't yet happened.

So, what role does automation have in this struggling relationship? For starters, we know that in order for a new module or application to move from development environment to the real-world production environment, certain steps need to be taken. In the past, these steps have been completed manually. But, with today's automation, humans are taken completely out of the equation, presenting an opportunity for AIOps technologies to execute the process from development to production much faster, smarter, and more efficiently.

With the proper tools in place, algorithms can take data from the production environment, understand the disposition of resources within that environment, and ensure the new application or change being delivered has enough of the right resources to support itself, rather than pulling resources from other applications. This is feasible with automation.

There are two stages to the automation process.

The first stage is automating the path from development to production. This could include AIOps features like pattern discovery, anomaly detection, and causal analysis. In this case, however, AIOps features are applied when allocating resources and understanding when new will be delivered into the production environment.

The second stage of automation comes into play when there is a new element in the production environment. What started as three changes a week has now reached three thousand because of the number being delivered into the environment through automation. Additionally, automation causes an increase in the modularity, ephemeralness, and IT systems are more distributed, making it nearly impossible to predict what kind of impact a new change will have on a production environment. With the proper AIOps technology in place, it becomes easier to foresee these implications.

The amount of data in today's business landscape only continues to increase. Without an analytical or diagnostic tool, development and operations teams are finding it nearly impossible to comprehend the performance of the production environment and to action events. This is when the role of AIOps becomes incredibly important and can save teams from severe consequences. Without the proper automation tools and strategy, companies will collapse as they become increasingly blind to system performance.

Will Cappelli is Field CTO at Moogsoft

Hot Topics

The Latest

Ask any senior SRE or platform engineer what keeps them up at night, and the answer probably isn't the monitoring tool — it's the data feeding it. The proliferation of APM, observability, and AIOps platforms has created a telemetry sprawl problem that most teams manage reactively rather than architect proactively. Metrics are going to one platform. Traces routed somewhere else. Logs duplicated across multiple backends because nobody wants to be caught without them when something breaks. Every redundant stream costs money ...

80% of respondents agree that the IT role is shifting from operators to orchestrators, according to the 2026 IT Trends Report: The Human Side of Autonomous IT from SolarWinds ...

40% of organizations deploying AI will implement dedicated AI observability tools by 2028 to monitor model performance, bias and outputs, according to Gartner ...

Until AI-powered engineering tools have live visibility of how code behaves at runtime, they cannot be trusted to autonomously ensure reliable systems, according to the State of AI-Powered Engineering Report 2026 report from Lightrun. The report reveals that a major volume of manual work is required when AI-generated code is deployed: 43% of AI-generated code requires manual debugging in production, even after passing QA or staging tests. Furthermore, an average of three manual redeploy cycles are required to verify a single AI-suggested code fix in production ...

Many organizations describe AI as strategic, but they do not manage it strategically. When AI plans are disconnected from strategy, detached from organizational learning, and protected from serious assumptions testing, the problem is no longer technical immaturity; it is a failure of management discipline ... Executives too often tell organizations to "use AI" before they define what AI is supposed to change. The problem deepens in organizations where strategy isn't well articulated in the first place ...

Across the enterprise technology landscape, a quiet crisis is playing out. Organizations have run hundreds, sometimes thousands, of generative AI pilots. Leadership has celebrated the proof of concept (POCs) ... Industry experience points to a sobering reality: only 5-10% of AI POCs that progress to the pilot stage successfully reach scaled production. The remaining 90% fail because the enterprise environment around them was never ready to absorb them, not the AI models ...

Today's modern systems are not what they once were. Organizations now rely on distributed systems, event-driven workflows, hybrid and multi-cloud environments and continuous delivery pipelines. While each adds flexibility, it also introduces new, often invisible failures. Development speed is no longer the primary bottleneck of innovation. Reliability is ...

Seeing is believing, or in this case, seeing is understanding, according to New Relic's 2025 Observability Forecast for Retail and eCommerce report. Retailers who want to provide exceptional customer experiences while improving IT operations efficiency are leaning on observability ... Here are five key takeaways from the report ...

Technology leaders across the federal landscape are facing, and will continue to face, an uphill battle when it comes to fortifying their digital environments against hostile and persistent threat actors. On one hand, they are being asked to push digital transformation ... On the other hand, they are facing the fiscal uncertainty of continuing resolutions (CR) and government shutdowns looming near and far. In the face of these challenges, CIOs, CTOs, and CISOs must figure out how to modernize legacy systems and infrastructure while doing more with less and still defending against external and internal threats ...

Reliability is no longer proven by uptime alone, according to the The SRE Report 2026 from LogicMonitor. In the AI era, it is experienced through speed, consistency, and user trust, and increasingly judged by business impact. As digital services grow more complex and AI systems move into production, traditional monitoring approaches are struggling to keep pace, increasing the need for AI-first observability that spans applications, infrastructure, and the Internet ...

DevOps and AIOps: Developing A New Culture

Will Cappelli
Moogsoft

In today's competitive landscape, businesses must have the ability and process in place to face new challenges and find ways to successfully tackle them in a proactive manner. For years, this has been placed on the shoulders of DevOps teams within IT departments. But, as automation takes over manual intervention to increase speed and efficiency, these teams are facing what we know as IT digitization. How has this changed the way companies function over the years, and what do we have to look forward to in the coming years?

While this all began with the introduction of the Internet in the late 90s, it took a turn after the economic crash in 2007. At this time, automation became the main driver of innovation and a key focus to support revenue. Now, in today's landscape, if automation is not a top concern for IT teams and doesn't sit at the heart of IT strategies, companies risk losing their competitive edge, ultimately resulting in failure.

There has also been an increase in demand over the last decade for IT to have more of a proactive approach to technological pivots, and the pressure to respond quickly has grown. Because of this, development teams have taken the lead to change the role of the IT department within the business by positioning IT as a strategic revenue driver. DevOps within IT departments has also come a long way. Specifically, there are three major changes within these teams worth spotlighting.

For starters, departments were adopting agile development practices to speed up the delivery of creation changes into the production environment. Then, DevOps introduced automation into change delivery.

The final step after accepting the two previous changes, is the alignment of development and operations teams. In the past, DevOps and operations have worked separately: DevOps managed the development, while operations handled the environment. But, as automation takes a more prominent role in companies, it becomes essential that these two teams align. It's no longer feasible to have them in two siloed playing fields.

Joining these teams hasn't been easy. There's been resistance in aligning efforts and daily communication between the two continues to be an issue. It has been a challenge for IT operations to interact with the development team so closely. DevOps has struggled to see the value of managing the production environment, as they often believe the task to be low-level and straightforward. In addition, the perspective that DevOps has on infrastructure is narrow-minded and they're typically only invested in direct projects that relate to them. What this logic fails to address is that fact that no application is completely isolated. Every application is living in an environment of shared resources that all influence each other. Unfortunately, because of these lack of understandings, DevOps and operations remain largely siloed. The collaboration that needs to happen hasn't yet happened.

So, what role does automation have in this struggling relationship? For starters, we know that in order for a new module or application to move from development environment to the real-world production environment, certain steps need to be taken. In the past, these steps have been completed manually. But, with today's automation, humans are taken completely out of the equation, presenting an opportunity for AIOps technologies to execute the process from development to production much faster, smarter, and more efficiently.

With the proper tools in place, algorithms can take data from the production environment, understand the disposition of resources within that environment, and ensure the new application or change being delivered has enough of the right resources to support itself, rather than pulling resources from other applications. This is feasible with automation.

There are two stages to the automation process.

The first stage is automating the path from development to production. This could include AIOps features like pattern discovery, anomaly detection, and causal analysis. In this case, however, AIOps features are applied when allocating resources and understanding when new will be delivered into the production environment.

The second stage of automation comes into play when there is a new element in the production environment. What started as three changes a week has now reached three thousand because of the number being delivered into the environment through automation. Additionally, automation causes an increase in the modularity, ephemeralness, and IT systems are more distributed, making it nearly impossible to predict what kind of impact a new change will have on a production environment. With the proper AIOps technology in place, it becomes easier to foresee these implications.

The amount of data in today's business landscape only continues to increase. Without an analytical or diagnostic tool, development and operations teams are finding it nearly impossible to comprehend the performance of the production environment and to action events. This is when the role of AIOps becomes incredibly important and can save teams from severe consequences. Without the proper automation tools and strategy, companies will collapse as they become increasingly blind to system performance.

Will Cappelli is Field CTO at Moogsoft

Hot Topics

The Latest

Ask any senior SRE or platform engineer what keeps them up at night, and the answer probably isn't the monitoring tool — it's the data feeding it. The proliferation of APM, observability, and AIOps platforms has created a telemetry sprawl problem that most teams manage reactively rather than architect proactively. Metrics are going to one platform. Traces routed somewhere else. Logs duplicated across multiple backends because nobody wants to be caught without them when something breaks. Every redundant stream costs money ...

80% of respondents agree that the IT role is shifting from operators to orchestrators, according to the 2026 IT Trends Report: The Human Side of Autonomous IT from SolarWinds ...

40% of organizations deploying AI will implement dedicated AI observability tools by 2028 to monitor model performance, bias and outputs, according to Gartner ...

Until AI-powered engineering tools have live visibility of how code behaves at runtime, they cannot be trusted to autonomously ensure reliable systems, according to the State of AI-Powered Engineering Report 2026 report from Lightrun. The report reveals that a major volume of manual work is required when AI-generated code is deployed: 43% of AI-generated code requires manual debugging in production, even after passing QA or staging tests. Furthermore, an average of three manual redeploy cycles are required to verify a single AI-suggested code fix in production ...

Many organizations describe AI as strategic, but they do not manage it strategically. When AI plans are disconnected from strategy, detached from organizational learning, and protected from serious assumptions testing, the problem is no longer technical immaturity; it is a failure of management discipline ... Executives too often tell organizations to "use AI" before they define what AI is supposed to change. The problem deepens in organizations where strategy isn't well articulated in the first place ...

Across the enterprise technology landscape, a quiet crisis is playing out. Organizations have run hundreds, sometimes thousands, of generative AI pilots. Leadership has celebrated the proof of concept (POCs) ... Industry experience points to a sobering reality: only 5-10% of AI POCs that progress to the pilot stage successfully reach scaled production. The remaining 90% fail because the enterprise environment around them was never ready to absorb them, not the AI models ...

Today's modern systems are not what they once were. Organizations now rely on distributed systems, event-driven workflows, hybrid and multi-cloud environments and continuous delivery pipelines. While each adds flexibility, it also introduces new, often invisible failures. Development speed is no longer the primary bottleneck of innovation. Reliability is ...

Seeing is believing, or in this case, seeing is understanding, according to New Relic's 2025 Observability Forecast for Retail and eCommerce report. Retailers who want to provide exceptional customer experiences while improving IT operations efficiency are leaning on observability ... Here are five key takeaways from the report ...

Technology leaders across the federal landscape are facing, and will continue to face, an uphill battle when it comes to fortifying their digital environments against hostile and persistent threat actors. On one hand, they are being asked to push digital transformation ... On the other hand, they are facing the fiscal uncertainty of continuing resolutions (CR) and government shutdowns looming near and far. In the face of these challenges, CIOs, CTOs, and CISOs must figure out how to modernize legacy systems and infrastructure while doing more with less and still defending against external and internal threats ...

Reliability is no longer proven by uptime alone, according to the The SRE Report 2026 from LogicMonitor. In the AI era, it is experienced through speed, consistency, and user trust, and increasingly judged by business impact. As digital services grow more complex and AI systems move into production, traditional monitoring approaches are struggling to keep pace, increasing the need for AI-first observability that spans applications, infrastructure, and the Internet ...