Use Wufoo integrations and get your data to your favorite apps.

Category: network

There are 2 posts published under network.

The Internet of Things Has Arrived — Here’s How Your Company Can Succeed

 For success in a market that’s changing our everyday lives, you have to know how both sides of the Internet of Things must work together for users.

At its annual 2011 developer conference, Google announced it had developed Android@Home. The technology was designed to connect household appliances, making nearly everything in your home controllable by your smartphone. It made news — not because it was a new idea, but because it supported an old one: The Internet of Things was one step closer to becoming reality.

It turned out that Google’s initiative wasn’t quite ready for prime time, but it reinforced a desire people have had since the mid-20th century: smart devices that communicate with one another makes life easier.

This is the essence of the Internet of Things, and it’s quickly becoming reality. Just look at the success of Nest Labs and Amazon’s new shopping gadget, Dash. Some even say the future of machine-to-machine communication (M2M) is past due.

How to Succeed in the Internet of Things

The question then becomes how to ensure your company succeeds in this field. What does it take to become an integral part of a market that has the potential to change the way we live our day-to-day lives?

To even have a chance at success on the bleeding edge of connectivity, you need to know how M2M works and which components make up a successful consumer-facing product. There are essentially two sides to what we know as the Internet of Things: M2M and consumer.

M2M usually refers to the industrial side of machine communication, but it’s still essentially the term for machines — cars, washing machines, and refrigerators — that communicate with one another, usually on a network. The consumer side of the Internet of Things is what the everyday user will see and interact with.

For your product to be successful, these sides need to work together seamlessly to create a frictionless experience that users can adopt in their daily routines. Take Audi, for example. Rather than reinventing the wheel with its infotainment system, the car company chose to enhance the way people already live with technology, making it smarter, faster, and easier to use. As a result, Audi has won numerous awards and eased people into a new way of doing things.

The 5 Components of a Frictionless Connected Experience

To master this seamless experience, focus on these five components of a successful consumer-facing “smart” product.

1. The Hardware: The hardware you create must improve what’s already out there and make people’s lives easier. Before development, consider what type of data you’ll need to collect, how to communicate that data, and how to process it into usable information after it’s received. Whether your device will rely on Wi-Fi, Ethernet, or a cellular network, make sure the hardware will fulfill the requirements.

2. The Software: Once you have a good piece of hardware, the next step is making sure the consumer can use it. It doesn’t matter how great a device is; if it’s hard to use, it’s sure to fail. Consider how your software will integrate with remote devices and how users will interact with the front-end interface.

3. Connectivity: Good connectivity is essential for connecting to the Internet of Things. In the U.S., competing networks and standards can make it more difficult for a product to achieve success if it only supports one network. Creating a single portal with multiple options for connectivity can help ensure a painless and seamless user experience.

For consumer-facing devices, the faster, the better. LTE is winning out in America, but HSPA+ and even WiMAX have support in certain parts of the world. Depending on your needs, different network evolutions like LTE and technologies such as GSM and CDMA can be beneficial, but they aren’t necessarily required. The more you can do to support these various network possibilities, the more effective and accessible your solution can be.

4. Certification: This isn’t the sexiest part of product development, but whether it’s wireless certification from the PTCRB or a security certification, these procedures are essential when it comes to lending credibility to your product and ensuring that it’s standards-friendly.

5. The Business Model: This should be obvious, but developing the right business model is a critical step startups often neglect. Your product may be amazing, but if you can’t reach the price point you need or can’t figure out how to turn a profit, everything else becomes moot.

With each passing year, the Internet of Things inches closer to becoming reality. If you’re looking to break into this field or are struggling to find a profitable foothold, focusing on these key components can help you achieve success and contribute to a movement that could change the world.

 

2632

The Software Defined Hype Cycle

Wherever you look, there are clouds. Across every horizon, in every datacenter, a cloud of a public or private nature is found. The use of Cloud as a marketing term has peaked.  As the Cloud hype cycle fades, a new branding and marketing term has arisen: Software Defined Networking or SDN.

 

Rooted in the academic pursuit of Network Virtualization, SDN is programmatic control over networks. With SDN, a network admin can do more with less.  In a world that pulses to the tune of light on glass, this is a powerful thing. The acquisitions of Nicira by VMWare (for north of $1B at a rumored >100x revenues) and other companies are fanning the flames.  The big companies want in on that money.

 

The war for the future of information technology is being fought in the datacenter. SDN may be the latest frontier, but is it all hype? Many products, of frankly questionable technical merit, brand themselves as SDN. Any good marketing term in information technology is subject to similar abuse.

 

Because information technology is so hard for most people to understand, companies naturally gravitate towards anything that resonates with the prospect of increased utility and ease of use (think cloud). Rather than determine whether or not a particular company is real, we’ll derive more benefit from consideration of our current position in the SDN hype cycle. Companies can call their technology whatever they want. The proof is in the RFP process and customer retention, but let’s not digress too far. Today we’ll consider the SDN Hype Cycle!

 

The beginning of the Hype

 

OpenFlow, which started at Stanford, was an attempt to introduce abstraction to network management. Abstraction, from the kernel to the operating system and even to the GUIs we use every day, is central to computing. The theoretical innovation of OpenFlow was to allow abstraction across routers and switches irrespective of manufacturer. Although Google deployed OpenFlow in a rather large network, the use of homogenous equipment prevented validation of the general concept. OpenFlow was trucking along at Stanford when Diane Green (CEO of VMWare) suddenly funded one of the primary OpenFlow researchers. That startup was the previously-mentioned Nicira, just a couple of years before their acquisition by VMWare. The private nature of Nicira prevents detailed knowledge of their technology. It is well to note that some very large companies run it in their data centers to control their networks, ostensibly using software.

 

Nicira was the beginning of the SDN hype cycle.

 

What is SDN?

 

To my mind, SDN has 3 elements:

 

  • Decoupling networks from services
  • Providing programmatic control of hardware via software
  • Orchestrated management of devices from a GUI (and command line)

 

Decoupling networks from services allows product managers to think about products instead of networks. This is similar to the way Amazon decoupled hardware from applications using AWS.

 

Providing programmatic control is an extension of decoupling. Decoupling, by itself, is inadequate. For business at scale, manual control is insufficient. In order to provide scaling accessible controls, an API or other control abstraction must be developed.

 

Orchestrated management is about making each individual contributor more powerful. Whereas previously many man-hours were required for even the most trivial changes, orchestration makes every admin superman. Instead of having to remote into each router, one command, or one click in a GUI, results in transformative change across the infrastructure: one controlling many.

 

The punch line is this: SDN is about concealing complexity. SDN hides all of the difficult parts of network management behind a facade of simple GUI goodness.

 

That sounds awesome! What could possibly be wrong with that?

 

Well, as is sometimes the case in technology, the truth and the hype may not necessarily line up. There are a lot of companies that pitch solutions as SDN when in reality they’re nothing of the sort. To help you separate the wheat from the chaff, here are three helpful guidelines for deciding if something is an SDN contender or pretender:

 

  • Is it hardware Agnostic?

 

This is a pretty simple test. SDN is, among other goals, intended to break vendor lock-in. A company pitching vendor lock-in as a part of SDN is clearly pretending.

 

  • Does it have an API or other control mechanism that’s faster than clicking on things?

 

This test is simple: if you have to use a GUI to control everything it’s not really going to allow for the advanced programmatic control you’ll need as your business grows.

 

  • Does it allow product people to forget about the underlying infrastructure?

 

This one is a little tricky. If perusing the product specs reveals many network focused items instead of deliverables (itemized server lists versus ‘I need X compute resources here’), chances are your product managers are wrestling with the network when they should be building products.

 

Again, ending vendor lock-in, accessibility and concealing complexity are the core tenets of SDN-goodness. If you’re missing one or more, chances are you’re not dealing with SDN.

 

Ok so now that we understand SDN, is it relevant?

 

If your audience is part of the Fortune 1000, chances are their IT department has a directive to pursue the cloud. At least half of the businesses I’ve worked with personally are looking at SDN. Although lower numbers have directives to pursue SDN, there’s still a groundswell of activity around SDN reminiscent of Cloud from 2010.

 

We now seem to be at a point of cultural acceptance for SDN. The market will likely press on in this direction for the next three to five years. During that time, marketing teams should position their technology to take advantage of these dynamics. Software Defined Networking is just a better way of managing networks. We’ll all benefit tremendously when true SDN is widely-implemented.

 

So is SDN all hype? Not from where I’m sitting. Bet on SDN hitting many more data centers in 2014.

282