Welcome!

Microservices Expo Authors: TJ Randall, Liz McMillan, Elizabeth White, Pat Romanski, AppDynamics Blog

Related Topics: Microservices Expo, Java IoT, Microsoft Cloud, @CloudExpo

Microservices Expo: Article

Modernization of IT: Solving a Legacy of Business Problems & Applications

Are we building applications or supporting the business?

I talk to a lot of CIOs. I met with one in early May who oversees the IT operation of a $6 billion yearly entertainment-related company with about 7,000 employees. This top-notch exec was all about transforming a huge investment in existing IT infrastructure into a new dynamic, extensible and agile platform that would propel the business forward - not hold it back. This guy is busy figuring out how to keep a Boeing 777 up in the air while simultaneously re-fitting aircraft to make it best-in-class.

That's what IT should be all about.

But in some organizations, it's not. Either the message from the top gets lost as it percolates down through the IT organization, or the message from the top isn't the right one to begin with. Either way, for those unfortunate IT organizations, IT is a ball-and-chain that holds the enterprise back, rather than gives it the capability to move forward.

Great Software Comes from True Understanding
About 9 months ago, I wrote an article entitled "Great Software from Great Requirements: A Software Best Practice" on my personal blog. The gist of this article was that great software comes from a true understanding of the needs of the business.

Mr. David Chassels, CEO of UK-based software firm Procession, posted a rather lengthy comment (and series of questions) on this posting.  My response to his comments and questions ended up being longer than the original article - at which point I decided "this might as well be a new article." Turns out, my response ended up morphing into TWO articles (I'll publish part 2 tomorrow).

I'd encourage you to read Mr. Chassels' comments - but as I started responding to him in train-of-thought style, and as the number of paragraphs kept growing, it occurred to me that David and I agreed on one key principle.

Why Does IT Exist, Anyways?
When you boil down what I said in my Requirements article and what Mr. Chassels said in his commentary, it comes down to a couple of very simple and common-sense things:

  1. The very reason IT exists is to support the people who do "business things"
  2. Anything else that IT does (apart from what is necessary to accomplish #1 above) represents deviation from the "golden path", and is bad.

Focus on the Business
During my discussion earlier this week with the aforementioned CIO, he discussed his major IT challenges. Every single IT priority he brought up was business-related. Things like being able to leverage every bit of new technology to capture new customers, integrating new corporate (i.e., company) acquisitions far faster than before. These are business problems he's solving.  His "customer" is the business.  He "gets it".

Not even once did he mention ANYTHING along the lines of "I want to drive SOA adoption throughout IT" - or anything that would indicate that he views IT as the customer.

It's not that I dislike SOA. Not at all!  I rather like the concept.  No hate mail please from the SOA contingent.

I simply wanted to make the point that this particular executive made it clear that his job was to solve business problems -  in the best possible way for his particular organization.  Other (as in "not this one") executives that I've met with have fallen down that slippery technology slope where they confuse technology goals and initiatives (like SOA adoption) with business needs.

IT Culture Dysfunction
When execs fall down this slippery technology slope, something bad happens: the customer for IT becomes IT - not the "business".

In many such IT organizations, the message percolates down in a powerful fashion from the top through to the directors, managers, architects and developers.

You see an distinct disdain arise in the IT group for "stupid business people." Architects and developers become king. Users are fearful of IT. Lots of application design meetings contain discussions along the lines of "that's a stupid thing to do, we know better." IT ends up doing what IT wants to do - not what the business needs IT to do.

As much as I'm impressed by the intelligence and capabilities of RedMonk (a technology analyst firm), I'm in violent disagreement with one of their key tenets: "We believe that developers are the most important constituency in technology."  I believe that the business users are the most important constituency. In pretty much every case, I always come down on the side of the customer.

Getting Back to Chassels' Comments
Mr. Chassels' elegantly wrote about the need to change the way that business software is developed - so that the business person is "in the driving seat", as he put it.

I agree.

As of about a month ago, I started working for Dell as a Software Strategy Director, so I no longer work for my own company doing paid advisory services.  However, when I used to do such things, most of the time my recommendations would resemble the following:

  1. Figure out the business needs (from the business people)
  2. Focus on "Assembly" rather than "Development" whenever possible.  Acquire components, turn existing software investments into components.  Connect them together, re-use them.  Turn them into a flexible asset.
  3. Find SaaS software that you can subscribe to that does what you need.  If you can't find SaaS Software, find a "software appliance" that does what you need. If you can't find an Appliance, find off-the-shelf On-Premises software to license.
  4. Connect your existing applications and your new ones (SaaS, Appliance, On-Prem) with "Next-Gen" off-the-shelf Integration solutions that are Cloud-managed like Boomi, InformaticaCloud, Snaplogic, MuleSoft Mule iON, etc., so you can automate your business processes across the multiple application systems.
  5. Find creative ways to "fill in the gaps" between what you bought/subscribed to and what you need.  Create Mashups, extend the SaaS/On-Prem applications, leverage the Integration platform you licensed.
  6. Do custom development as a last resort.  Such custom development will always be necessary, but don't ever go there first.  That applies not only for applications, but also (and even more so) for integration.

Procedural vs. Declarative
Mr. Chassels tosses in some quotes from Bill Gates on Procedural vs. Declarative application development.  I'm not about to get into a debate with Bill Gates on this topic.

I'm simply going to put "declarative" application development methods in the same bucket that I put off-the-shelf applications as well as off-the-shelf integration stacks.

What I mean by that is that all of the tools I just mentioned serve to minimize the chasm that has traditionally existed between the business user and the IT solution to the business users' problems.

So think Chassels' got it right when he stated that innovative companies "tackle the 'interpretation gap' between IT and business...and business people are becoming the decision makers on IT spend with informed knowledge."

One Area of Strong Disagreement
Chassels' mentioned that "software remains a bit of a mess".  I respectfully disagree.

Software remains a LOT of a mess. A really great big giant mess.

Legacy Application Modernization Mess

The Legacy Application Problem
Sure, the state of NEWLY deployed software is better than ever.  But the vast majority of deployed software out there isn't new.

An astonishing amount of pre-Y2K software remains.  Great big expanses of old Client/Server code written PowerBuilder and other tools now considered ancient.  First generation Web applications on platforms like ColdFusion.

Ancient ERP systems so heavily customized that nobody knows how they work anymore.  Mountains of Mainframe and AS/400 application in COBOL, RPG, Natural, etc.

These applications are monolithic, gigantic, brittle, expensive to maintain, nearly impossible to change.  They are the anti-thesis of "agile".  They represent an enormous ball-and-chain to the enterprise.

They soak up huge amounts of IT budget, leaving little left over for supporting new business initiatives.  Almost all large organizations have this problem to one degree or another.  These legacy applications are in dire need of "modernization" - broken up into re-usable "rationalized" re-usable components that can be linked together, integrated with other systems via a modern Integration stack.

Organizations will never be able to maximize their ability to address the needs of the business users until they figure out a way to deal with this issue.  For some larger organizations, this will take hundreds of millions of dollars (or more) and 3,4,5 or even 10 years.

The issue of  legacy applications in need of modernization is the single largest barrier in most large companies to IT truly being able to become an agile, competitive asset to the business.

Legacy Application Modernization - Huge Step Forward
Legacy Application Modernization
brings IT and Business Users closer together. Legacy Application Modernization is a huge step forward for large IT shops, and truly helps companies tackle that "interpretation gap", and puts business users in the drivers seat.

More Stories By Hollis Tibbetts

Hollis Tibbetts, or @SoftwareHollis as his 50,000+ followers know him on Twitter, is listed on various “top 100 expert lists” for a variety of topics – ranging from Cloud to Technology Marketing, Hollis is by day Evangelist & Software Technology Director at Dell Software. By night and weekends he is a commentator, speaker and all-round communicator about Software, Data and Cloud in their myriad aspects. You can also reach Hollis on LinkedIn – linkedin.com/in/SoftwareHollis. His latest online venture is OnlineBackupNews - a free reference site to help organizations protect their data, applications and systems from threats. Every year IT Downtime Costs $26.5 Billion In Lost Revenue. Even with such high costs, 56% of enterprises in North America and 30% in Europe don’t have a good disaster recovery plan. Online Backup News aims to make sure you all have the news and tips needed to keep your IT Costs down and your information safe by providing best practices, technology insights, strategies, real-world examples and various tips and techniques from a variety of industry experts.

Hollis is a regularly featured blogger at ebizQ, a venue focused on enterprise technologies, with over 100,000 subscribers. He is also an author on Social Media Today "The World's Best Thinkers on Social Media", and maintains a blog focused on protecting data: Online Backup News.
He tweets actively as @SoftwareHollis

Additional information is available at HollisTibbetts.com

All opinions expressed in the author's articles are his own personal opinions vs. those of his employer.

Microservices Articles
At its core DevOps is all about collaboration. The lines of communication must be opened and it takes some effort to ensure that they stay that way. It’s easy to pay lip service to trends and talk about implementing new methodologies, but without action, real benefits cannot be realized. Success requires planning, advocates empowered to effect change, and, of course, the right tooling. To bring about a cultural shift it’s important to share challenges. In simple terms, ensuring that everyone k...
Is advanced scheduling in Kubernetes achievable?Yes, however, how do you properly accommodate every real-life scenario that a Kubernetes user might encounter? How do you leverage advanced scheduling techniques to shape and describe each scenario in easy-to-use rules and configurations? In his session at @DevOpsSummit at 21st Cloud Expo, Oleg Chunikhin, CTO at Kublr, answered these questions and demonstrated techniques for implementing advanced scheduling. For example, using spot instances and co...
Today most companies are adopting or evaluating container technology - Docker in particular - to speed up application deployment, drive down cost, ease management and make application delivery more flexible overall. As with most new architectures, this dream takes significant work to become a reality. Even when you do get your application componentized enough and packaged properly, there are still challenges for DevOps teams to making the shift to continuous delivery and achieving that reducti...
Skeuomorphism usually means retaining existing design cues in something new that doesn’t actually need them. However, the concept of skeuomorphism can be thought of as relating more broadly to applying existing patterns to new technologies that, in fact, cry out for new approaches. In his session at DevOps Summit, Gordon Haff, Senior Cloud Strategy Marketing and Evangelism Manager at Red Hat, discussed why containers should be paired with new architectural practices such as microservices rathe...
With the rise of Docker, Kubernetes, and other container technologies, the growth of microservices has skyrocketed among dev teams looking to innovate on a faster release cycle. This has enabled teams to finally realize their DevOps goals to ship and iterate quickly in a continuous delivery model. Why containers are growing in popularity is no surprise — they’re extremely easy to spin up or down, but come with an unforeseen issue. However, without the right foresight, DevOps and IT teams may lo...
Kubernetes is a new and revolutionary open-sourced system for managing containers across multiple hosts in a cluster. Ansible is a simple IT automation tool for just about any requirement for reproducible environments. In his session at @DevOpsSummit at 18th Cloud Expo, Patrick Galbraith, a principal engineer at HPE, will discuss how to build a fully functional Kubernetes cluster on a number of virtual machines or bare-metal hosts. Also included will be a brief demonstration of running a Galer...
DevOps is under attack because developers don’t want to mess with infrastructure. They will happily own their code into production, but want to use platforms instead of raw automation. That’s changing the landscape that we understand as DevOps with both architecture concepts (CloudNative) and process redefinition (SRE). Rob Hirschfeld’s recent work in Kubernetes operations has led to the conclusion that containers and related platforms have changed the way we should be thinking about DevOps and...
In his session at 20th Cloud Expo, Mike Johnston, an infrastructure engineer at Supergiant.io, will discuss how to use Kubernetes to setup a SaaS infrastructure for your business. Mike Johnston is an infrastructure engineer at Supergiant.io with over 12 years of experience designing, deploying, and maintaining server and workstation infrastructure at all scales. He has experience with brick and mortar data centers as well as cloud providers like Digital Ocean, Amazon Web Services, and Rackspace....
"There is a huge interest in Kubernetes. People are now starting to use Kubernetes and implement it," stated Sebastian Scheele, co-founder of Loodse, in this SYS-CON.tv interview at DevOps at 19th Cloud Expo, held November 1-3, 2016, at the Santa Clara Convention Center in Santa Clara, CA.
Modern software design has fundamentally changed how we manage applications, causing many to turn to containers as the new virtual machine for resource management. As container adoption grows beyond stateless applications to stateful workloads, the need for persistent storage is foundational - something customers routinely cite as a top pain point. In his session at @DevOpsSummit at 21st Cloud Expo, Bill Borsari, Head of Systems Engineering at Datera, explored how organizations can reap the bene...