Welcome!

SDN Journal Authors: Yeshim Deniz, Liz McMillan, Elizabeth White, Pat Romanski, TJ Randall

Related Topics: SDN Journal, Java IoT, Linux Containers, Containers Expo Blog, Agile Computing, Cloud Security

SDN Journal: Blog Feed Post

Networking Strategy: Innovation and Adoption

Networking is a capabilities-driven industry

When we think about what’s next, our frame of reference is almost universally anchored to what we are doing now. We look at how things are, and then we aim our sights forward. In some cases, we might make incremental moves ahead; in other cases, maybe we look for improvement by orders of magnitude. But regardless of how far forward we reach, our starting point is where we are grounded today.

This creates an interesting dilemma in technology generally, and in networking especially.

Capabilities-driven
Networking is a capabilities-driven industry. We are constantly expanding what we can do with networks. In some cases, it might be how we handle complex policy, in others how we solve interesting traffic challenges. Whatever the problem, we have thus far been able to come up with some way to address it.

Some might read this and think: it’s not all capabilities! While it is true that the networking industry has spawned a number of efforts over the years aimed more at usability than capability, the inability to make a large business out of network management is a running joke. In fact, when we think of companies that have been very successful in creating useful products in the usability space, we probably think of companies that are a lot smaller than their tech justifies (Tail-f comes screaming to mind personally, but there are others).

So networking really is dominated by efforts around new capabilities.

But who invents these new capabilities?
Invention falls on the backs of the vendors. This is an obvious point. But what is the frame of reference from which the vendors build?

We all build from our current starting point. So as we evolve networking, we evolve it forward from our current base set of capabilities. There is nothing new in that statement, but consider this: what happens when an inventor’s ability to churn out new things outpaces a consumer’s ability to adopt it?

This is actually a dangerous state to be in. Useful innovation requires iteration. You need to come up with new ideas, prototype them, test them, collect feedback and iterate. But when new capabilities outpace the bulk of the market, two things happen: first, the capabilities go unused for the majority of consumers, and second, the lack of use inhibits the natural iterative process.

VMWare as an example
Let’s apply this to some specific industry examples. In using these examples, I don’t mean to judge the efficacy of any particular solution. Instead, I want to point out the strategic implications of this dynamic.

VMWare very famously pushed into the networking arena through the acquisition of Nicira a couple of years ago. With the acquisition and subsequent product launches, they effectively created the network virtualization space. They have built and shipped a product (NSX) that is the leader in this technology.

If you watch the technical dialogue around NSX, they have been building around their NSX beachhead. They talk about distributed firewalls now, and it won’t be long before they expand beyond that. They are clearly inventing quite rapidly, building lots of functionality that has the potential to be extremely useful.

Adoption, not innovation
But the issue that VMWare faces is certainly not related to their ability to innovate. Their primary struggle has to be with adoption.

When you create new categories of products, you sometimes address problems that people do not know they have. You build solutions that are beyond what a user’s current capabilities are, so the path from here to there is non-obvious.

Put slightly differently, while the frame of reference from which a vendor innovates is their product, the frame of reference from which a user grows is their deployment. In the same way that networking vendors naturally move forward incrementally, users will tend to make incremental architectural changes.

This means that product strategy has to include more than capabilities. It has to include migration as well. Migration is not just another way of calling out an insertion strategy. It really means that you have to strategize explicitly about how customers move from A to B. This means understanding what they perceive the transition to look like. What is their foundation? How does a shift impact things like training and process? How does a change intersect budgeting decisions? Do expanding capabilities muddy the approval chain as you bridge functional teams?

Understanding this, you can start to shape a strategy that extends beyond the product. Using the VMWare example again, the problems they are solving are tied to companies’ inability to manage their networks today. But they have built a dependence on the presence of a functional underlying network. If the underlying network is functional, then the problem they are addressing is less acute. But if the problem exists, then the architectural foundation is poorly suited for an easy transition.

In the latter case, the go-to-market strategy needs to consider the state of the foundation. It might make sense, for example, to then partner with vendors who make the underlying issues easier. Or perhaps you target accounts where there has been recent turnover at the CIO or VP of Infrastructure level, because that might indicate a change in architectural posture. If a company is already solving the foundational problems, you could potentially draft off that effort and solve the second problem of policy management for only incrementally more cost and effort.

Final thought
Whatever the path, the strategy has to reconcile that the vendor and user frames of reference are different. Adding even more innovation feels like the right thing to do (always be moving forward!), but does it widen the gap between vendor and customer to the point that transition is impossible?

Let me be clear here – I don’t actually think that NSX is necessarily at that state. I am really just trying to land the point that innovation ahead of adoption needs to be an explicit strategic discussion because it impacts how you eventually bring products to market. Again, the point is not about NSX but more about strategic consideration of the point from which users are building. If you think about innovation from a user’s perspective, you might alter your own strategies in perhaps unexpected ways.

As a final thought, as the industry continues down the SDN path, how should companies and open source organizations shape their offerings to ease adoption.

[Today’s fun fact: A hummingbird weighs less than a penny. I used to think I was like a hummingbird, but this ruins the comparison.]

The post Networking strategy: innovation and adoption appeared first on Plexxi.

More Stories By Michael Bushong

The best marketing efforts leverage deep technology understanding with a highly-approachable means of communicating. Plexxi's Vice President of Marketing Michael Bushong has acquired these skills having spent 12 years at Juniper Networks where he led product management, product strategy and product marketing organizations for Juniper's flagship operating system, Junos. Michael spent the last several years at Juniper leading their SDN efforts across both service provider and enterprise markets. Prior to Juniper, Michael spent time at database supplier Sybase, and ASIC design tool companies Synopsis and Magma Design Automation. Michael's undergraduate work at the University of California Berkeley in advanced fluid mechanics and heat transfer lend new meaning to the marketing phrase "This isn't rocket science."

CloudEXPO Stories
"There is a huge interest in Kubernetes. People are now starting to use Kubernetes and implement it," stated Sebastian Scheele, co-founder of Loodse, in this SYS-CON.tv interview at DevOps at 19th Cloud Expo, held November 1-3, 2016, at the Santa Clara Convention Center in Santa Clara, CA.
Kubernetes is an open source system for automating deployment, scaling, and management of containerized applications. Kubernetes was originally built by Google, leveraging years of experience with managing container workloads, and is now a Cloud Native Compute Foundation (CNCF) project. Kubernetes has been widely adopted by the community, supported on all major public and private cloud providers, and is gaining rapid adoption in enterprises. However, Kubernetes may seem intimidating and complex to learn. This is because Kubernetes is more of a toolset than a ready solution. Hence it’s essential to know when and how to apply the appropriate Kubernetes constructs.
Dito announced the launch of its "Kubernetes Kickoff" application modernization program. This new packaged service offering is designed to provide a multi-phased implementation and optimization plan for leveraging Kubernetes on Google Kubernetes Engine (GKE). Kubernetes, a relatively new layer of the modern cloud stack, is a production-ready platform that allows companies to deploy and manage containerized applications, update with zero downtime, and securely scale their deployments.
The use of containers by developers -- and now increasingly IT operators -- has grown from infatuation to deep and abiding love. But as with any long-term affair, the honeymoon soon leads to needing to live well together ... and maybe even getting some relationship help along the way. And so it goes with container orchestration and automation solutions, which are rapidly emerging as the means to maintain the bliss between rapid container adoption and broad container use among multiple cloud hosts. This BriefingsDirect cloud services maturity discussion focuses on new ways to gain container orchestration, to better use serverless computing models, and employ inclusive management to keep the container love alive.
In his general session at 19th Cloud Expo, Manish Dixit, VP of Product and Engineering at Dice, discussed how Dice leverages data insights and tools to help both tech professionals and recruiters better understand how skills relate to each other and which skills are in high demand using interactive visualizations and salary indicator tools to maximize earning potential. Manish Dixit is VP of Product and Engineering at Dice. As the leader of the Product, Engineering and Data Sciences team at Dice, he takes a metrics-driven approach to management. His experience in building and managing high performance teams was built throughout his experience at Oracle, Sun Microsystems and SocialEkwity.