Another week of all the technology that’s fit to whiteboard, Engineers Unplugged features Chris Wahl (@chriswahl) and Steve Kaplan (@ROIDude) talking through cloud stack options, including Cisco Cloupia and Cisco Intelligent Automation for Cloud (IAC) as well as VMware’s vCloud Director (vCD) and vCloud Automation Center (vCAC). It’s ___aaS in the new cloud world. Great conversation from the partner perspective. Here we go:
Chris Wahl and Steve Kaplan with the very first UaaS (Unicorn as a Service). Is there anything the cloud can not do?
Welcome to Engineers Unplugged, where technologists talk to each other the way they know best, with a whiteboard. The rules are simple:
Episodes will publish weekly (or as close to it as we can manage)
So, we wrapped up our day with the Networking Field Day crew last week with a free form discussion on where we go next with SDN. To be honest, the session did not go quite as I envisioned, but, in retrospect, I would not changed anything. As Ethan Banks (of PacketPushers fame) noted in Twitter, this session was more about shooting the unicorns than letting them run free. It seems that if we are going to convert our SDN unicorns into SDN plough horses, we are going to shed a little blood. At the end of the day, the market will be served by frank conversations—we need to move beyond painting SDN acolytes as starry-eyed and SDN detractors as being heretical and reactionary.
In the interest of keeping the conversation going, here are some of the things I walked away with after the conversation on Wednesday (in no particular order):
Is Hardware Innovation is Over?
This industry has always been one big pendulum and, currently, the pendulum is firmly in the software camp. Today, many of the truly interesting things in networking are going on with software. While most would agree we are at an inflection point with programmability, there are no clear directions for the evolution of SDN. Certainly there are pieces in place like OpenFlow and OpenStack, but OF 1.3 in unlikely to be the zenith of OF evolution let alone SDN evolution—current technologies will continue to mature and new ones will inevitably emerge. More importantly, the “how we do things” and “what do want to accomplish” of SDN will most certainly continue to evolve and as long as that is the case, software will rule because it’s simply easier and faster to experiment with software. But, once some clear directions begin to emerge, I guarantee you the action will swing back towards the hardware because doing things in hardware tends to be faster and more efficient. I could point to Cisco examples of this, but instead look at what Intel, the poster child for general purpose processors, has done with VT extensions to support virtualization or QuickSync for video transcoding.
Is OpenFlow Ready for PrimeTime?
One of the more contentious points yesterday is if OpenFlow is production ready. I think it’s a flawed “do these jeans make me e look fat” kind of question. There are certainly folks out there using OF to handle production traffic—for example, some of the cool things Brent Salisbury is doing. So, it’s not a binary question, but more a matter of assessing scope and scale. The better question to ask is what is the operational and performance envelope of OpenFlow and how does that match my needs, priorities, and capabilities. The risk with any emerging technology is that, often, the only way you find the edge of the envelope is once you’re on the other side, usually with colorful and memorable results. Regardless, I don’t see this question existing in another year or so.
What better way to spend Valentine’s day than to watch a webcast on OpenFlow and SDN, perhaps with your significant other? The last couple of years have seen considerable buzz around aspects of software-defined networking. A significant portion of the early seed discussion was around OpenFlow. As part of the Cisco Open Network Environment webcast series, this time on February 14th, 2013 at 9 AM PST, we take look at an :Introduction to OpenFlow”: What is it? How does it work? What are some of the potential use-cases?
Joining me in this discussion with be David Ward, Cisco CTO of Engineering and Chief Architect. At the time of recording David also wears the hat of the being the Chair of the Technical Advisory Group at Open Network Foundation (ONF). So he brings perspectives both as someone who’s driving the evolution of the protocol, as well as somebody guiding its implementation across several products within the Cisco portfolio.
Also joining the webcast to lend end-user perspectives will be Matt Davy, who is formerly of Indiana University, having been the executive director of the INCenter facility there. Matt’s recently moved onto a new role, but he built a lighthouse test bed around OpenFlow and SDN the last few years during this employment at the university. Matt will talk about campus slicing and his experiences around OpenFlow. Providing service provider perspectives from NTT communications will be Yuichi Ikejiri, Director of the Network Technology Services division.
As mentioned before, this is part of an educational series. If you’ve not watched the first in the series, entitled “An Introduction to OpenStack” – please feel free to register and watch it here. The panel of Lew Tucker and Raj Patel below provide interesting perspectives on OpenStack.
Customers have often said to me, “Joann, we have virtualization all over the place. That’s cloud isn’t it?” My response is, “Well not really, that is not a cloud, but you can get to cloud!” Then there is a brief uncomfortable silence, which I resolve with an action provoking explanation that I will now share with you.
Here’s why that isn’t truly a cloud. What these customers often have is server provisioning that automates the process of standing up new virtual servers while the storage, network, and application layers continue to be provisioned manually. The result is higher management costs that strain IT budgets, which are decreasing or flat to begin with. With this approach, businesses aren’t seeing the agility and flexibility they expected from cloud. So, they become frustrated when they see their costs rising and continue struggling to align with new business innovation.
If your IT department adopted widespread virtualization and thought it was cloud, my guess is you are probably nodding your head in agreement. Don’t worry, you’re not alone.
So then, what are the key elements an organization needs to achieve the speed, flexibility and agility promised by cloud?
1) Self-service portal and service catalog The self-service portal is the starting point that customers use to order cloud services. Think of a self-service portal as a menu at a restaurant. The end user is presented with a standardized menu of services that have been defined to IT’s policies and standards and customers simply order what they need. Self-service portals greatly streamline resource deployment which reduces the manual effort by IT to provision resources.
2) Service delivery automation
After the user selects services from the portal service menu, then what? Well, under the hood should be automated service delivery—which is a defining characteristic of a real cloud environment. Behind each of the standardized menu items in the self-service portal is a blueprint or instructions that prescribe how the service order is delivered across the data center resources. This has been proven to appreciably simplify IT operations, reduce costs and drive business flexibility.