If you’ve earned your living in the IT field for any length of time, you know that words and phrases come and go with regularity. “Hybrid” is one of the words de jour. And, it’s a good word. My only quibble is that those of us who have built integration technology for the last few decades have been using this term for quite some time.
In the modern technology vernacular, “hybrid” is being used in two related ways.
First “hybrid computing” (or what we used to refer to as “heterogeneous computing”) refers to systems that use more than one kind of processor, operating system, application development platform, and/or run-time platform. Systems constructed in this manner gain performance and/or efficiency by creating a “division of labor” that maximizes the value and contribution of each component.
Second, in the age of “cloud computing”, it should not be surprising that the term “hybrid cloud” has also emerged. Hybrid cloud is a cloud computing environment which uses a mix of on-premises, private cloud and third-party, public cloud services with orchestration between the various platforms. By allowing workloads to move between private and public clouds as computing needs and costs change, hybrid cloud gives businesses greater flexibility and more data deployment options.
Regardless of the definitional specifics, the motivation behind the use of hybrid environments often boils down to “horses for courses” (in idiomatic terms).
Clearly, this hybrid world would not have emerged had it not been for a decade of precursor work that has promoted the continued decoupling of applications, data and platforms. But decoupling was not the only driver in this process. Virtualization has also been occurring in all three areas (apps, data, and platforms). These forces have combined to create the API-centric world that we are now just beginning to exploit.
Many IT professionals are unaware that these same forces (decoupling and virtualization) have also been transforming the IBM mainframe environment. While many still view the IBM mainframe as being synonymous with a monolithic architecture, this is simply not the case.
As an example of decoupling, for over 15 years HostBridge customers have been using our products to: (a) break apart high-value monolithic applications, (b) expose existing business logic as scalable web services, (c) build virtual applications comprised of mainframe and non-mainframe apps/data, and (d) do it in a manner that does not require any change to the underlying mainframe applications. Figure 1 illustrates how one State used this approach to modernize their public health care administration services.
Figure 1. Sample Hybrid Environment using Mobile, Distributed and Mainframe Platforms
As an example of virtualization, you need look no further than IBM’s own efforts – and more recently those of Lz Labs. As illustrated in Figure 2, the execution platform for traditional z/OS applications is continuing to evolve.
Figure 2. IBM Mainframe Virtualization Continues to Evolve
While it might be obvious, I can’t risk not make this point: The movement toward a hybrid world does NOT make the mainframe less relevant. In fact, it makes it MORE relevant. Why? Because high-value business logic that runs perfectly well (and cost effectively) on the mainframe can STAY on the mainframe. Isn’t that the point of the hybrid world? Horses for Courses.
We’ve established that decoupling and virtualization are forces that have impacted both the mainframe and non-mainframe worlds. So, in our view, it’s time to start drawing Hybrid Cloud diagrams that include z/OS. For example, Figure 3 illustrates the fact that z/OS apps and data can exist anywhere within a hybrid environment.
Figure 3. z/OS Apps and Data Can Exist Anywhere Within a Hybrid Cloud
But this brings us to a critical question: In a fully decoupled, virtualized, cloud-based and API-centric world, what MUST you have? The answer: A ROBUST AND FLEXIBLE INTEGRATION ARCHITECTURE.
As can be seen in Figure 4, the HostBridge integration platform has been specifically designed to exploit the exact same architectural elements of the major cloud service providers. This commonality allows existing mainframe apps/data to participate in a hybrid cloud world with ease.
Figure 4. Common Attributes Promote Hybrid Environments
As mainframe integration specialists, we whole heartedly embrace the brave “new” world of hybrid IT architectures. But please note: Our customers have been doing this for quite a while. In fact, it was with the “hybrid era” in mind that we mapped out the HostBridge technology platform years ago. The HostBridge platform allows large organizations to: (a) decompose their historically monolithic applications, (b) expose mission-critical business logic as highly-scalable web services, and (c) do it using the exact same technology that is revolutionizing the world of cloud, mobile and analytics.
And that’s really the point: Using the exact same technology.
For decades we have observed how poor integration techniques have given mainframe apps a bad rap. In some cases, poor integration has even caused the premature death of valuable mainframe apps. We say: NO MORE. By embracing the same technologies that are foundational to the hybrid world, high-value applications running on IBM mainframes can find their place in the hybrid world. Every day, our customers attest to the fact that this approach enhances z Systems as the System of Record, decreases the complexity of z Systems integration, and lower the cost of z Systems ownership.