Skip to main content

Need A Change? Newer Isn't Necessarily Better

Rebecca Dilthey
Rocket Software

We all love new, shiny objects. When the washing machine dies, most of us don't run to an appliance store that sells used models or parts to repair your machine. You drop the money on a new one with all the bells and whistles.

Same goes for enterprise technology. When a legacy system starts to fail, our eyes tend to widen as we evaluate all the fancy toys on the market. Absolutely everything in hardware and software is about novelty — yesterday's innovation is tomorrow's doorstop.

While it doesn't appear as glamorous as the newest, most disruptive technology, often your old systems can be updated to deliver the performance your organization needs, saving your business the money and time associated with "rip and replace" projects.

During the pandemic, IT scaled back on higher risk new investments and looked at how they could invest in the systems they already had. In a post-COVID world, this trend hasn't changed, even as IT spending returns to pre-pandemic levels. Even though there is increased investment in projects to better service hybrid work environments as well as the hot new trends like hybrid cloud, organizations are realizing they can save valuable time and money by modernizing existing technology rather than throwing capital at the next big technology trend.

It's only natural that IT leaders would consider replacing systems they believe are outdated, especially if there is a perception that the systems cannot natively support a need of the business. In fact, that's often the first order of business for new CIOs when they walk into an IT organization. What often is overlooked, however, is the value of the solutions they have in place — the ones their teams are comfortable with and don't cost hundreds of thousands or even millions of dollars in a rip and replace project. Often these systems are fully capable of meeting their needs and enabling innovation and experimentation, especially if they are kept up to date.

What was that about millions of dollars?

The numbers are not insignificant. When adopting a rip and replace strategy, there are so many costs that aren't realized when initial project scoping occurs. For example, Projects this size often need full time managers, often delegated to consulting firms. Then there is the opportunity cost of employees having to devote time and effort to the project instead of their day-to-day job. And what about the huge amount of risk inherent in a re-platforming project. There are companies that have made the huge investment to replatform, only to find out at the end of the project there are some applications that are so central to how the business operates, they are in essence the hub of all operations and therefore too risky to touch. Millions of dollars and years of effort essentially for nothing.

Fans of rip and replace often counter that change needs to be made for operational reasons — but the data doesn't support it. While the product lines of many large systems are several decades old, the hardware and operating systems are updated every year. For some reason, though, that gets lost when we think of these older systems.

If you drive a Ford Focus, you know it's evolved dramatically from Ford Model T — so why is there this perception that these machines are like their ancestors?

In fact, not only do these systems offer the lower total cost of ownership and the unique security and transaction management capabilities inherent in mainframe and midrange systems, today's developers and programmers can use their favorite open-source languages and tools, new technologies like AI and ML, and more.

Additionally, there are software tools that enable non-RPG and -COBOL developers to cost-effectively create an "innovation layer" that makes it easy and efficient to modernize and automate applications and workflows running on these systems.

Businesses are coming to the realization that it's more valuable to update their existing tech stack on the heritage system — and upgrade to the latest OS — rather than turning to a rip and replace approach. After all, at the end of the day, the two main factors that matter most to IT leaders are: does my infrastructure and the tools I deliver to the business support the business strategy and goals; and can I ensure that support of the business in a cost-effective way. If investing in systems instead of replatforming gives IT the best of both worlds, it would seem a quest for something brand new might not be the best option.

Rebecca Dilthey is a Product Marketing Director at Rocket Software

The Latest

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...

When most people think about cybersecurity, they picture firewalls, encryption, and access controls — technical tools designed to protect systems and data. But beneath the technology lies a deeper set of principles about trust, decision-making, and resilience ... The best leaders don't eliminate risk. They manage it intelligently. And in many ways, cybersecurity offers a surprisingly useful playbook for doing exactly that ...

Many organizations assumed their infrastructure strategy was settled. It had been implemented, optimized and built into long-term plans. Recent changes in technology and vendor consolidation are forcing a second look. Cloud outages and licensing changes have exposed how much dependency exists on a small number of platforms. As a result, organizations are reevaluating whether those decisions still hold up under current conditions ...

Edge AI is strategically embedded in core IT and infrastructure spending across industries, according to the 2026 Edge AI Survey from ZEDEDA. The research shows that 83% of C-suite and IT executive respondents say edge AI is important to their core business strategy ...

As AI adoption accelerates, operational complexity — not model intelligence — is becoming the primary barrier to reliable AI at scale, according to the State of AI Engineering 2026 from Datadog ... The report highlights a compounding complexity challenge as AI systems scale ... Around 5% of AI model requests fail in production, with nearly 60% of those failures caused by capacity limits ...

For years, production operations teams have treated alert fatigue as a quality-of-life problem: something that makes on-call rotations miserable but isn't considered a direct contributor to outages. That framing doesn't capture how these systems fail, and we now have data to show why. More importantly, it's now clear alert fatigue is a symptom of a deeper issue: production systems have outgrown the current operational approaches ...

I was on a customer call last fall when an enterprise architect said something I haven't been able to shake. Her team had just spent four months trying to swap one AI vendor for another. The original plan said three weeks. "We didn't switch vendors," she told me. "We rebuilt half our integrations and discovered what we'd actually been depending on." Most enterprise leaders don't expect that to be the experience ...

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 ...

Need A Change? Newer Isn't Necessarily Better

Rebecca Dilthey
Rocket Software

We all love new, shiny objects. When the washing machine dies, most of us don't run to an appliance store that sells used models or parts to repair your machine. You drop the money on a new one with all the bells and whistles.

Same goes for enterprise technology. When a legacy system starts to fail, our eyes tend to widen as we evaluate all the fancy toys on the market. Absolutely everything in hardware and software is about novelty — yesterday's innovation is tomorrow's doorstop.

While it doesn't appear as glamorous as the newest, most disruptive technology, often your old systems can be updated to deliver the performance your organization needs, saving your business the money and time associated with "rip and replace" projects.

During the pandemic, IT scaled back on higher risk new investments and looked at how they could invest in the systems they already had. In a post-COVID world, this trend hasn't changed, even as IT spending returns to pre-pandemic levels. Even though there is increased investment in projects to better service hybrid work environments as well as the hot new trends like hybrid cloud, organizations are realizing they can save valuable time and money by modernizing existing technology rather than throwing capital at the next big technology trend.

It's only natural that IT leaders would consider replacing systems they believe are outdated, especially if there is a perception that the systems cannot natively support a need of the business. In fact, that's often the first order of business for new CIOs when they walk into an IT organization. What often is overlooked, however, is the value of the solutions they have in place — the ones their teams are comfortable with and don't cost hundreds of thousands or even millions of dollars in a rip and replace project. Often these systems are fully capable of meeting their needs and enabling innovation and experimentation, especially if they are kept up to date.

What was that about millions of dollars?

The numbers are not insignificant. When adopting a rip and replace strategy, there are so many costs that aren't realized when initial project scoping occurs. For example, Projects this size often need full time managers, often delegated to consulting firms. Then there is the opportunity cost of employees having to devote time and effort to the project instead of their day-to-day job. And what about the huge amount of risk inherent in a re-platforming project. There are companies that have made the huge investment to replatform, only to find out at the end of the project there are some applications that are so central to how the business operates, they are in essence the hub of all operations and therefore too risky to touch. Millions of dollars and years of effort essentially for nothing.

Fans of rip and replace often counter that change needs to be made for operational reasons — but the data doesn't support it. While the product lines of many large systems are several decades old, the hardware and operating systems are updated every year. For some reason, though, that gets lost when we think of these older systems.

If you drive a Ford Focus, you know it's evolved dramatically from Ford Model T — so why is there this perception that these machines are like their ancestors?

In fact, not only do these systems offer the lower total cost of ownership and the unique security and transaction management capabilities inherent in mainframe and midrange systems, today's developers and programmers can use their favorite open-source languages and tools, new technologies like AI and ML, and more.

Additionally, there are software tools that enable non-RPG and -COBOL developers to cost-effectively create an "innovation layer" that makes it easy and efficient to modernize and automate applications and workflows running on these systems.

Businesses are coming to the realization that it's more valuable to update their existing tech stack on the heritage system — and upgrade to the latest OS — rather than turning to a rip and replace approach. After all, at the end of the day, the two main factors that matter most to IT leaders are: does my infrastructure and the tools I deliver to the business support the business strategy and goals; and can I ensure that support of the business in a cost-effective way. If investing in systems instead of replatforming gives IT the best of both worlds, it would seem a quest for something brand new might not be the best option.

Rebecca Dilthey is a Product Marketing Director at Rocket Software

The Latest

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...

When most people think about cybersecurity, they picture firewalls, encryption, and access controls — technical tools designed to protect systems and data. But beneath the technology lies a deeper set of principles about trust, decision-making, and resilience ... The best leaders don't eliminate risk. They manage it intelligently. And in many ways, cybersecurity offers a surprisingly useful playbook for doing exactly that ...

Many organizations assumed their infrastructure strategy was settled. It had been implemented, optimized and built into long-term plans. Recent changes in technology and vendor consolidation are forcing a second look. Cloud outages and licensing changes have exposed how much dependency exists on a small number of platforms. As a result, organizations are reevaluating whether those decisions still hold up under current conditions ...

Edge AI is strategically embedded in core IT and infrastructure spending across industries, according to the 2026 Edge AI Survey from ZEDEDA. The research shows that 83% of C-suite and IT executive respondents say edge AI is important to their core business strategy ...

As AI adoption accelerates, operational complexity — not model intelligence — is becoming the primary barrier to reliable AI at scale, according to the State of AI Engineering 2026 from Datadog ... The report highlights a compounding complexity challenge as AI systems scale ... Around 5% of AI model requests fail in production, with nearly 60% of those failures caused by capacity limits ...

For years, production operations teams have treated alert fatigue as a quality-of-life problem: something that makes on-call rotations miserable but isn't considered a direct contributor to outages. That framing doesn't capture how these systems fail, and we now have data to show why. More importantly, it's now clear alert fatigue is a symptom of a deeper issue: production systems have outgrown the current operational approaches ...

I was on a customer call last fall when an enterprise architect said something I haven't been able to shake. Her team had just spent four months trying to swap one AI vendor for another. The original plan said three weeks. "We didn't switch vendors," she told me. "We rebuilt half our integrations and discovered what we'd actually been depending on." Most enterprise leaders don't expect that to be the experience ...

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 ...