At one point in the movie ‘Back to the Future’, Doc (Dr. Emmett Brown) tells Marty “If my calculations are correct, when this baby hits 88 miles per hour….you’re gonna see some serious s$%#.”
As humans, we seem to have an obsession with speed….in fact the idea of making some task faster was likely a motivating force behind the invention of the wheel. In so many things in life, and especially in technology, faster is viewed as better. And in many ways, it is! But beyond speed, I think most people would agree that other attributes such as accuracy, trustworthiness, and the level to which protection from harm is provided are also important characteristics to consider…especially when we’re trusting our most valuable assets to that technology. I know I personally felt safer when my son spent his teenage driving years in an old, but solid, Mercedes wagon (actually in this case ‘speed’ was not an attribute I placed a high value on). Similarly, most enterprises want to trust their business-critical data to an infrastructure and architecture that is indeed fast (here speed does matter and is valued), but one that is at the same time secure and reliable.
I’m a newbie to active engagement in the social media world, and as I pondered how to get started in discussing some of the innovative work that I and my I/O colleagues at IBM have been involved with that might be of interest to other mainframe aficionados and users, I thought that taking a trip back in time was the best first step. Rather than just jumping in to discussing a singular mainframe I/O technology or recent achievement, starting with a historical perspective of where we’ve been and how far we’ve come might help lay a foundation for moving forward into current topics. Taking this trip back enables me to share my personal appreciation of the evolution that has occurred in mainframe I/O and an understanding of how it has maintained its relevance by continuously building upon an architecture that was designed to provide value in the areas of security/integrity, resiliency, and performance.
Marty and Doc’s journey was only 30 years while this is 50+ year story, so in the interest of not being long-winded (all at once) I’ll break this subject up into multiple blog posts in a series over the next several weeks. Here’s my plan:
Post #1: In the beginning….S/360 and S/370 I/O architectures
Post #2: In the beginning….parallel channels
Post #3: Transition to ESCON
Post #4: ESCON: Security, Resilience, & Performance
Post #5: Transition to FICON
Post #6: FICON: Security, Resilience, & Performance
Post #7: High Performance FICON
So bear with me as the story evolves. It will be fairly ‘techie’ in content, but I also hope you get a sense of what the technology did/does for you, and how it has evolved to continue to be better than what was there before, and the leading storage attachment choice for enterprise mission critical data and workloads. As I said earlier, I’d also like to use this blog going forward as a forum to continue conversation around some of the newer I/O feature/functions built into the latest z System servers.
Marty: Hey, Doc, we better back up. We don’t have enough road to get up to 88.
Doc: Roads? Where we’re going, we don’t need roads.
Stay tuned for Post #1!
Editors Note: This post was authored by Patty Driever who is new to blogging and social media, although based on this first effort you would never guess (follow her on Twitter here). Patty is New Orleans Saints fan an avid chef, a fantastic lady to discuss politics with and also happens to be IBM’s resident expert on all things mainframe I/O. She will be posting every week for the next few weeks so check back every Friday for another blog post on mainframe I/O with a twist!