Choosing the correct infrastructure for your IoT service

IoT infrastructure

This article is part of our series, “Four keys to developing a winning IoT service.” For more from this series, visit William Dupley.

In my previous articles, I’ve covered the business view and the functional view of developing a successful IoT service. The third step is to define the best technical architecture to implement the use case stories described in the functional view.

There are two main design domains: software and infrastructure. This article will address the infrastructure technical view.  

IoT technical view: Infrastructure

The IoT infrastructure required varies significantly depending on the types of sensors and measurements, communication protocols, data volume, response time, and analytics required.  

The majority of IoT use cases can be enabled using cloud-based IoT platform solutions.  This approach dramatically simplifies the infrastructure design, enables easy scaling capability, and reduces the security and data analytics implementation issues.

Some other use cases such as a predictive maintenance solution that collects data from hundreds of things at rates up to 30,000 times per second, and does predictive analytics in real-time, needs to be processing data close to the speed of data collection. This type of IoT project requires edge computing as well as data consolidation.

IoT infrastructure decision categories

infrastructure of IoT decision categories

There are seven major infrastructure category decisions.  Figure 1 identifies a sample of the technologies in each of these categories.

1. IoT devices: Sensors/actuators that collects the data from the things.  Sensors can be Simple (current loop), Intelligent (Uart), or Smart (Wi-Fi accessible). Some of these devices require data acquisition systems to convert the analog data to a digital format. Some are existing SCADA systems.

2. Communication protocol:  There are multiple communication protocols. The choice of protocol is dependent on the IoT device and the amount of data transferred from that device.  

3. Sensor aggregation/Internet gateway: Aggregation infrastructure collects the data from the sensors using the protocol of choice. It also provides firewall security on the IoT subnetwork.

4. Event processing & real-time analytics: Performs real-time predictive analytics and alarming, and facilitates video processing. It also may perform data consolidation into a standard (e.g., OPC–UA) to give agility in analytics design. These functions are processed on an edge computing platform.

5. Event processing & at-rest analytics: Contains the server and storage requirements to perform at-rest analytics and the data presentation functions of the IoT solution.  These functions may be delivered from a data center or a public cloud IoT application. Advanced services such as machine learning, process management, remote site monitoring, data correlation and supply chain integration are also performed on this infrastructure.

6. Client external communications: Defines the client facing presentation technology and includes portal, dashboard, mobile access and external application programming interface (API) management functions.

7. Identity and access management: Security is a critical requirement in all IoT solutions. Some sensors can be hacked and provide unauthorized access to a network. In all cases, IoT data collection and sensors should be on their own virtual network, and a policy manager should be implemented at the firewall to identify unusual data activity and deny access from any sensor. It must be able to grant or deny access as per the IP address, regulatory constraints, time frames and customer consent. Data needs to be protected and encryption should also be implemented in most cases.

Smart Parking IoT example

To illustrate how IoT infrastructure varies depending on the type of IoT use case, let’s examine the infrastructure design of a smart parking IoT application.

This Smart Parking IoT project collects data from intelligent roads sensors. The data is collected every 30 minutes. If the status changes on the sensor in between scans, the sensors send notifications immediately. A smart sensor facilitates these functions.

The data is communicated using a Lora network to an MQTT broker cloud service and is presented to a data converter application using restful API calls. The data converter application converts the restful API calls to an SQL database where the analytics and presentation applications create the mobile presentation for the client. These applications are delivered from infrastructure on a public cloud provider.

Many decisions go into choosing the correct IoT infrastructure. The use cases defined in the functional view drive where decisions need to be made, and whether edge processing is required.

IoT infrastructure is definitely not a one-size-fits-all solution.

Further reading

Read the rest of the articles in this series.
Part 1: Four keys to developing a winning IoT service: Business View
Part 2: The functional view of developing an IoT service
Part 3: Building the software for a successful IoT service
Part 5: Combining IT and operations for a successful IoT service
Part 6: A pilot project is key to implementing your IoT service

About Futurithmic

It is our mission to explore the implications of emerging technologies, seeking answers to next-level questions about how they will affect society, business, politics and the environment of tomorrow.

We aim to inform and inspire through thoughtful research, responsible reporting, and clear, unbiased writing, and to create a platform for a diverse group of innovators to bring multiple perspectives.

Futurithmic is building the media that connects the conversation.

You might also enjoy
Brother and sister sitting modern apartment and learning sign language online
How tech can bridge the disability divide for a billion people