In an era of rapid technological modernization, reliance on suboptimal legacy applications is the biggest barrier to a swift and successful transition to the cloud-native future.
A Futurum research titled “Navigating Innovation in AI, Application Development, and Observability” finds that over two-thirds (88%) of the applications deployed in enterprises are legacy assets. These software products, built on outdated architecture – and maintained using waterfall processes – are past their prime, and are not fit to meet modern business demands.
However, it’s tricky to retire and replace a pool of outdated applications in the enterprise. Many critical business functions are supported by these applications. In sectors like banking, for example, legacy applications are still the fulcrum of organizations’ service portfolios.
“A large percentage of the applications that are still in heritage state are now trying to get out of that,” says Paul Nashawaty, principal analyst and practice lead at The Futurum Group.
At an Ignite Talk hosted by Tech Field Day at the AppDev Field Day, Nashawaty focused on how firms can accrue the benefits of newer technologies by upgrading their heritage estates.
The app modernization market is expanding at a rate of 16.8% CAGR and is projected to reach $24.8 billion by the end of next year. According to an Infosys survey that polled 1500 tech leaders and executives, only one-tenth of legacy applications will be left by the end of 2027.
The Common Frameworks of Application Modernization
Enterprises upgrade aging applications that are still fit for purpose to a cloud-ready or cloud-native state using a range of invasive and non-invasive strategies such as internal architecture upgrades, integration of new features and functionality, exposure of functions through APIs, and maintenance using modern principles like DevOps and CI/CD.
“Cloud-ready and cloud-native are two different things,” Nashawaty points out. “Cloud-ready means it’s running in the cloud. Cloud-native means it is fully elastic and capable of utilizing cloud technologies.”
A handful of app modernization patterns focused on platform, architecture and functionality are seen today. They fall under two broad categories – big-bang and low-disruption programs.
Depending on the specific business case, modernization goals and investment affordability, a company adopts one or a combination of the following strategies.
Rehosting – This allows applications to be taken from an existing environment to a new environment in its pristine state.
Rebuilding – When a heavier lift is required, more intensive processes like rebuilding allow enterprises to change the functionalities of old applications by replacing the entire codebase with a new version.
Rewriting – Rewriting an application entails rewriting the code from scratch leading to fewer limitations and better design.
Other techniques like re-platforming, rearchitecting, refactoring and encapsulation can also get applications ready for use with cloud technologies with light to moderate code modifications.
The risks, cost and impact of each of these processes are relative to the overarching planning and execution. Studies show that phased and coexistent projects have the highest success rate. Compared to a rip-and-replace program, these are less disruptive and more conducive to business continuity.
A well-known approach dubbed the “strangler pattern” is frequently mentioned in this context. This approach allows applications to be dismantled piece by piece starting with the low-hanging fruits or the most vulnerable parts, instead of doing it all at once.
Strategic Application of AI and Automation in App Modernization Processes Guarantees Agility
The incentives for application modernization are copious. Microservices applications are small, loosely packed, and therefore, easier to handle and support. Being highly composable, they can be also scaled independently and cost-effectively.
By contrast, legacy applications are prone to failures, have serious security holes and are a technical debt to organizations.
However, upgrading heritage applications to new applications and platforms has numerous friction points.
“The number one challenge that organizations have with regard to modernization is complexity. A big part of that complexity issue is the skill gap,” says Nashawaty. “Companies don’t have the skill on their bench or the people required to do the job.”
The aforementioned Infosys survey shows that skills and talent shortages are the top deterrents for app modernization, followed by cost overruns and risks of business disruption.
Another substantial obstacle is the unpredictability of ROI. A modernization project may or may not offer the estimated return on investment upon finishing.
“If you take an application, refactor it and get the same or worse performance, why spend the time, energy and money?”
In a Futurum Group survey of 848 respondents, 24% said they wanted to release code every hour, and only 8% said they could do so successfully.
“The reason is they’re not agile enough because they don’t have automation,” explains Nashawaty. “They have to have a human in the loop at every stage of the CI/CD pipeline.”
Eliminating constraints of manual processes requires strategic use of automation. A maturity model incorporating automation with AI helps tackle redundant and tedious tasks, leading to streamlined operations.
Continuous modernization efforts, experts say, must be guided by a clear understanding of the drivers and goals. When the possible impacts of legacy app modernization on business capabilities are fully fathomed and mapped, it highlights the risks and opportunities telling the business fit of the project.
Currently, organizations spend 33% of their time on innovation and 66% on maintenance.
“As more and more applications continue to get built, we are approaching a critical point where managing applications without AI and automation will become impractical. Applications are going to be vulnerable if they’re not managed by AI capable of providing actionable insights.”
