Brocade's Klayko Sees Long Path to Cloud
Brocade Communications remains a networking specialist in an industry where networks are becoming just part of a broader architecture for many vendors. A longtime market leader in Fibre Channel SANs (storage area networks), Brocade acquired Ethernet switch maker Foundry Networks in 2008 and now offers to tie together all elements of a data center or broader cloud infrastructure. CEO Michael Klayko has led Brocade since 2005. Last Tuesday, during an all-day press and analyst event at the company's headquarters in San Jose, California, he talked with IDG News Service about his company's own infrastructure and how it plans to keep up with bigger rivals.
Thu, May 12, 2011
IDG News Service — Brocade Communications remains a networking specialist in an industry where networks are becoming just part of a broader architecture for many vendors. A longtime market leader in Fibre Channel SANs (storage area networks), Brocade acquired Ethernet switch maker Foundry Networks in 2008 and now offers to tie together all elements of a data center or broader cloud infrastructure. CEO Michael Klayko has led Brocade since 2005. Last Tuesday, during an all-day press and analyst event at the company's headquarters in San Jose, California, he talked with IDG News Service about his company's own infrastructure and how it plans to keep up with bigger rivals.
IDG: There's a lot of confusion about cloud computing. What can you say to clarify what's happening there?
Klayko: You get 15 to 20 different definitions, depending on who you talk to. I would say I have a private cloud in my data center today. It's highly virtualized, it basically abstracts the application away from the operating system, we've got a storage area network. From an asset utilization standpoint, I have a cloud.
It's a business decision. Let me give an example: From a virtualization standpoint, when we talk about my business-facing applications, most of them are VMware (VMW). From an engineering standpoint, all my engineers have used Xen. In the old architecture, we couldn't mix these things together. With today's architecture, we can. I'll call it the cloud, because we have shared storage underneath it [and] we use the same server base. So we've built something that solves our business needs. And I think that's the real issue.
Everybody today that I talk to is struggling with proper asset utilization. So this big thing comes out called the cloud, and you don't have to worry about it: It's elastic, it allows you to put applications anywhere. It sounds great, and then the higher you go up in the C suite, executives all like to talk about it. They ask, why do you have to buy all these assets? Why don't you just buy a service level and get that from somebody else, and just utilize it like a utility? It sounds like utopia. We have 40 different applications that we buy from somebody else, and that run our company. We have our own infrastructure, also. We look at it from a business standpoint: Can I get it from somebody else, utilize their infrastructure and utilize their offering faster, more economically and more efficiently than I can do it myself? To me, it's math. I don't get emotional about it, and my IT guys, now I've got them not getting emotional about it. And I think most businesses, when you really get to the core of it, are like that.
