How to Understand Why Mainframes Are Not Old Technology

Executive Summary

  • It is commonly presented that mainframes are old technology compared to servers.
  • Why this presentation of mainframes is incorrect.

Our References

If you want to see our references for this article and other related Brightwork articles, see this link.

Introduction

Client-server is not a good descriptor for on-premises servers, and it turns out that the term mainframe is also not a practical or descriptive term for what we call a mainframe computer. This is because the term comes from a large CPU cabinet within the enclosure. This is problematic as this has nothing to do with the design of a mainframe. It is more of a colloquialism that became codified into general usage rather than anything that explains how the computer is designed or the type of workloads it is good at processing.

To develop a more accurate term, let us look at what it is designed to do rather than what type of CPU cabinet it has.

A mainframe is a computer that is designed to meet the following design objectives:

  1. Redundancy/Stability
  2. Input/Output
  3. Hardware Utilization
  4. Backward Compatibility

Perhaps rather than “mainframe,” the term “RIOHB” computer would have been more valuable and descriptive. This tells us what the computer is designed to do far better than the term “mainframe.”

Therefore, a better terminology to logically differentiate between these two architectures is the RIOHB design (mainframe) versus the replicated standard configuration (RSC) hardware approach, referred to as “servers.” Both are centralized computing approaches. (see the table above) Although they also work with personal computers that have their processing, they are also distributed methods. Therefore, the terms “distributed” and “centralized” are also a problem as, in reality, both types of processing occur except in unique circumstances.

RIOHB or RSC?

Cloud service providers could run mainframes and provide services on mainframe “farms,” but they don’t. Instead, they run server (RSC) farms. There are particular reasons why they don’t do this, which will be explained further in this chapter.

The debate between these two architectures has nothing to do with client-server or old versus new. Mainframes may be older because the individual machines have a longer service life than servers. The server’s average lifespan (depending upon the server type and other factors) is 3-5 years. The lifespan of mainframes is significantly longer, so yes, the average mainframe in use is older than the average server.

The debate between these two architectures has nearly nothing to do with “old” versus “new” and nearly everything to do with what approach is a better fit for various workloads. The benefits of cloud service providers are that the servers are aggregated and subject to scale economies. Web services can be managed by companies like AWS and Google Cloud that can share the management of services over huge customers. With the AWS RDS, AWS’s managed database service has enormous numbers of customers in single instances of RDS. On-premises software and hardware vendors have been focused on getting customers to have a high ratio between software licenses and hardware and users. The higher software and hardware vendors can make this ratio, the higher their revenues and profits.

If we contrast this with prominent commercial software vendors, we see a very different pattern. As the prominent proprietary on-premises hardware vendors excel at overselling hardware into their customers, with Oracle and SAP, they excel at selling shelfware to their customer base.

  • The S/4HANA ERP system, as of the end of 2018, had 8700 customers who held licenses but only 2000 go-lives. As we covered in The Implementation Study of S/4HANA, few of those 2000 go-lives were confirmed, meaning few added value to the account.
  • Oracle sells cloud licenses and on-premises licenses that it knows, in most cases, are not used by its customers.

Proprietary hardware vendors have known about the low utilization of their servers for many years but have done little to help customers increase this number. Likewise, the major commercial software vendors push for more and more shelfware purchases (often coercing them through audits and other means). All of this is, in part, because wasteful purchases of shelfware and low-usage servers are how sales reps meet their quota. However, cloud service providers focus on getting customers to rent their services, which means (at least in most cases) getting them to use their services. AWS or Google Cloud will take the extra money from underutilized compute instances like software and proprietary hardware vendors. Still, with the transparency of the cloud, it is a bit more challenging to do so. There is waste in the cloud, as the following graphic illustrates.

However, in on-premises managed IT environments, waste is very high. This does not discuss or include the consulting offered to manage on-premises hardware and software, another dominant leg in the stool of IT waste.

Therefore, scale economies are brought to hardware, but more importantly, software. There is no comparison to the software available on Google Cloud or AWS in any on-premises server environment. There is no comparison between Google Cloud and AWS’s ability to manage hardware assets versus the typical on-premises server environment. Moreover, this brings up the discussion of how the software and hardware market naturally changes over time. Let us go back several decades to look at how different the top hardware vendors are from the dominant “servers” of the day.

The Top Mainframe Vendors

Reviewing the top mainframe vendors in the 1960s and 1970s is instructive. Notice the stop date of many of the hardware vendors below.

  1. IBM: (Still making mainframes)
  2. Burroughs: (*Merged with UNIVAC/Unisys in 1986)
  3. UNIVAC/Unisys: (Still making mainframes)
  4. NCR: (Last mainframe produced in 1995)
  5. Control Data: (Last mainframe produced in 1989)
  6. Honeywell: (Last mainframe produced in 1989)
  7. GE: (*Sold mainframe business to Honeywell)
  8. RCA: (Last mainframe produced in 1972)

Upon reviewing this list, it is curious to realize that only IBM and Unisys remain today as either producers of mainframes or other hardware/server products, with Unisys being more of a niche player. Many of these vendors ceased to be relevant in the computer space when they stopped manufacturing mainframes, now (on average) roughly 30+ years ago.

This illustrates an essential computer and software industry feature: its constant turnover. When client-server hardware and software overtook mainframe hardware and software, the companies that provided these items turned over. Moreover, what caused this turnover?

That topic is covered in the following quotation:

“In 1991, AT&T Corporation briefly owned NCR. During the same period, companies found that servers based on microcomputer designs could be deployed at a fraction of the acquisition price and offer local users much greater control over their own systems given the IT policies and practices at that time. Terminals used for interacting with mainframe systems were gradually replaced by personal computers. Consequently, demand plummeted and new mainframe installations were restricted mainly to financial services and government.”

Does that have an eerily familiar sound?

Similarities in Major Industry Changes

Yes, mainframe manufacturers were charging high prices to customers and receiving epic margins. Some mainframe vendors, notably IBM, became extremely difficult in their heyday. When lower cost and, in many ways, higher functionality alternatives presented themselves, mainframes went into a steep decline in units sold (but not in terms of transactions processed or utilization, as we will see). A similar transition is happening today with on-premises hardware and software with cloud services. However, something that should moderate one’s 100% enthusiasm for the cloud is that the client-server could never entirely replace mainframes for batch processing. This is why mainframes continued to be used for batch processing-intensive applications commonly found in banking and insurance. Every time one checks a bank balance online, this is information provided by a mainframe. This issue also impacts the cloud, as some applications are less prone to move to the cloud than others.

Are Mainframes Old Technology?

For decades, mainframes have been presented in IT media as old technology. Mainframes are often used as an example of antiquated technology in literature and how one should move away from “mainframe ways of thinking.” However, certain mainframes are not old technology, and this framing does not distinguish the design of the mainframe versus the components and software used in a mainframe. This is inaccurate because we don’t apply the same thinking to other items in everyday life. For example, every car on the road is based on the Ford Model T design in its physical properties (internal combustion engine, four wheels, steering wheel location, passenger seats, etc..) and mass production techniques). Still, we don’t ordinarily say that a new car is antiquated because the car’s design is based upon a physical and manufacturing design that goes back to 1908. We seem to understand that the components are upgraded with the car.

If you see this computer in your IT server room, talk to your doctor because you either found a time machine or are hallucinating. In the same way it’s hard to find Model T’s driving around town, companies that use mainframes do not use an IBM 1401 from 1960. This concept should be easy to understand but is lost on many people who can’t get over the original timestamp when mainframes were first introduced.

Although they last so long, they might be using a mainframe from the late 1990s. However, they could also use one purchased in 2018 (or the year you read this book).

Conclusion

The mainframe design has been around longer than the server design, but their first iterations do not measure the mainframe or the server. Instead, we measure servers by their modern iterations. No one seems to ask companies why they use a server design that goes back to the 1980s. New mainframes are constantly upgraded with the most up-to-date components, and older mainframes are upgradable. Furthermore, mainframes or RIOHBs are not based on the same core technologies as servers or RSCs.