Top 3 Considerations when Choosing an IoT Platform Provider

IoT, or the Internet of Things, is going through a transformation. There is a shift from having to build your own IoT stack to having a market of IoT platform providers. We’ll see a parallel to the cloud where the first phase was everyone calling themselves "cloud", and eventually the market converged on a small number of trusted platforms. There will be a point at which it is no longer viable to build and IoT solution from the ground up, and in fact, we may have already passed that point. It far easier to bring an IoT product to market by building on an existing platform.

This blog post will cover the top 3 categories of considerations that are the foundation of choosing an IoT platform provider.


Much like the early days of computer hardware and software proliferation, many IoT devices are rushed to market. These companies that "bolt-on" security before shipping have presented challenges for anyone embracing IoT. As IoT is integrated into every type of device, security poses a monumental risk.

Fortunately, there is already a mature PC market that has taught us how to build security not only into products, but into the entire development process.


Security must be a fundamental principle throughout the entire software development and product lifecycle. Smaller companies generally don't have the resources, experience, and historical codebase necessary to roll their own. They're left with the choice to either ship a risky product or build upon another platform from a company with a proven security track record. Much as many organizations have experienced enhanced security as they’ve shifted to cloud computing, many products will have improved security and lifecycle management when using a mature, secure IoT platform.

For a great presentation on IoT security, I recommend checking out a presentation Clemens Vasters gave at //Build/ 2015:


The next consideration is return on investment. It's simply an equation of value to the business minus the cost. Different IoT technologies and vendors will focus on different industries and scenarios. For example, one company may focus on supporting industrial automation scenarios, another may focus on automating homes, and yet another may focus on automation at a municipality level.

The cost of these various options may vary dramatically. One service might charge per device per month, while another may charge for data transfer and storage. The cost to implement as well as the ongoing costs need to be considered. Long-term projections will need to take into account the potential lifespan of a device. Additionally, implementation costs should factor in tooling costs such as licensing and software support.


Gartner summarizes providers based on completeness of vision and ability to execute. These are great high level indicators of a mature platform. Let’s break maturity down further.

Security and ROI should be the minimum bar for consideration when choosing an IoT platform. The next differentiator is maturity, and has many critical aspects. Recently, Nest shut down Revolv, and while the number of users was relatively small, the news sent shockwaves through the IoT industry. A technology that they adopted and trusted was pulled out from under them.

What type of support is offered? Having support throughout development planning, development, and production is critical. During development, documentation itself is rarely sufficient. Guidance, including hands-on technical sessions from an experienced platform vendor goes a long way. In production, good support is key to assessing, responding to, and minimizing an outage.

Has the industry accepted the technology? In other words, has the platform survived scrutiny? A long-lived service that has stood the test of time is likely to be battle hardened. Ideally, an inference about the long-term viability of the platform is clear.

What are the performance characteristics? End-to-end performance must meet the requirements of your customer. This performance is a combination of time for edge processing, latency to the platform, latency within the platform, and latency within additional code. Generally speaking, the system has to be tested as a whole. The platform vendor should have real examples of production applications along with tested end-to-end latency statistics.

What features can be leveraged? A mature product will have a relatively complete feature set. There should not be obvious gaps. How well does the feature set align with the goals of your project?

Is the technology interoperable? IoT at its core is designed to connect devices and gain insights and capabilities from those relationships. Therefore, it’s key for an IoT platform to work with external systems without unneeded friction. Mature IoT platforms will recognize this, and while there will be advantages of using their full stack, they should be compatible with other popular technologies. This will also be evident through strategic partnerships made by the provider.

A platform provider must have experience in your domain. Whether it’s monitoring of remote oil wells, or controlling the temperature of your house, the platform provider must understand your business. The provider should be well known for experience in the problem domain.

Like this post? Please share it!

See a mistake? Edit this post!

Apple is a Microsoft OEM

"Jason, don't your hands burst into flames when you touch an Apple product?"

I remember the giggles in the room years ago when a customer would bring a Mac into a Microsoft meeting. I have to admit, I was that guy a few years ago before I joined Microsoft. This practice, the giggling, still happens from time to time.

Today, I use a PC about 90% of the time. My primary desktop PC with dual monitors is running Windows. My Surface Pro 3 is running windows. Even my MacBook Pro has Windows installed in Parallels. I feel at home on Windows. It's where I grew up.

Still, I get looks of shock when I bring a Mac into a customer meeting. I'm sure the reactions are just a holdover from a bygone era, but I feel compelled to explain myself.

I'll often get questions from other Microsoft employees. "Is that allowed?". Interestingly, they'll have a Lenovo, HP, Dell, etc. But the way I see things, we're all just using an OEM for our hardware. If you're not using a Microsoft Surface device, you purchased a device that Microsoft does not manufacture. The last time I checked, Microsoft was still a software company. The Surface Pro/Book is a demonstration of the state of the art.

Microsoft != Windows

Microsoft Azure was renamed from Windows Azure. The reason? It has no connection to Windows. It's great for Linux. Even Windows is great at Linux now. SQL Server runs on Linux. Office runs on Mac. You can use SharePoint from any device. Visual Studio Code runs on Mac and Linux.

Windows is just one great product that Microsoft makes. I happen to prefer it over OSX.

I'm of the opinion that this can be extended to products like the iPhone, Android, and various watches. Microsoft has an impressive lineup of apps on iPhone and Android, many of them best in class. I can still edit my Office documents regardless of my phone OS.

My OS choice has been decoupled from my application and services choice.

When I bring my Mac into a meeting and I'm developing my next Azure application in Visual Studio Code, reading my email in Outlook, and creating spreadsheets in Excel, I no longer understand why my Apple laptop running all Microsoft software is all that interesting.

Use what you like, and remember that the world has changed.

Like this post? Please share it!

See a mistake? Edit this post!

Build 2016 Recap


Visual Studio




  • UWP app
  • Cortana integration for brokering conversations
  • Video bots
  • Skype for hololens


Microsoft Cognitive


  • Free for Visual Studio customers
  • Free for Visual Studio community customers
  • Xamarin studio free for mac free with MSDN
  • There will be a free version of Xamarin studio on Mac
  • Xamarin is going open source


Office 365

  • Latest tools available today
  • Ribbon extensibility
  • GA Office 365 group connectors
  • GA of Skype for Business SDK
  • Calendar integration
  • Sideloading of add-ins

SQL Server

  • 2016 RC1 available

Like this post? Please share it!

See a mistake? Edit this post!

Jason Young I'm Jason Young, software engineer. This blog contains my opinions, of which my employer - Microsoft - may not share.

@ytechieGitHubLinkedInStack OverflowPersonal VLOG