Fabrication industrielle
Internet des objets industriel | Matériaux industriels | Entretien et réparation d'équipement | Programmation industrielle |
home  MfgRobots >> Fabrication industrielle >  >> Industrial Internet of Things >> Technologie de l'Internet des objets

Trouver des USP dans l'écosystème IoT :2e partie

Arpit Khosla de IoT Australia Consulting

A travers cette série d'articles, notre objectif n'est pas seulement de tracer la chaîne de valeur de l'IoT mais aussi les structures du marché/économique et les dynamiques changeantes qui les entourent. Cet article vise à s'adresser aux décideurs commerciaux qui tentent de définir une stratégie de solution et un USP dans chaque composant de la chaîne de valeur. Dans notre dernier article, nous nous sommes concentrés sur les capteurs, appareils, passerelles et communications IoT de la chaîne de valeur. Dans cet article, nous, Arpit Khosla et Praneet Thakur de IoT Australia Consulting Services plongera dans les plates-formes IoT.

Compte tenu de la multitude de façons dont le terme « Plateforme IoT » peut être interprété, nous profitons de cette occasion pour d'abord donner notre point de vue sur ce que recouvre une plateforme IoT. À un niveau élevé, il englobe les capacités horizontales et verticales. Certaines des capacités qui peuvent être signalées comme horizontales sont la gestion de la connectivité, la gestion des appareils, l'ingestion et le stockage des données, la plate-forme d'activation des applications et les plates-formes d'activation des analyses. Parfois, les plates-formes de facturation proposant une facturation de bout en bout font également partie de la famille des plates-formes horizontales. Les applications elles-mêmes sont plus verticales ou spécifiques à un scénario et peuvent donc être classées comme étant une capacité verticale. Examinons chacune de ces capacités à partir de la stratégie et de l'objectif USP.

En ce qui concerne la gestion de la connectivité, bien que l'on puisse avoir besoin de choisir la bonne technologie en fonction de la plage de couverture, de la sécurité, de la mobilité, de l'évolutivité, des profils de puissance et des exigences de latence, la solution elle-même est généralement prise en charge par l'opérateur fournissant le réseau. Du point de vue de la stratégie de solution, il existe des décisions clés telles que SIM sous licence vs sans licence, SIM vs eSIM et facturation fractionnée vs facturation de bout en bout, mais elles justifient un autre article, nous n'entrerons donc pas dans leurs détails dans celui-ci.

De même, du point de vue de la stratégie de solution de gestion des appareils, le responsable technique doit répondre aux exigences de la gestion du cycle de vie des appareils, de la commande et du contrôle, de la surveillance, de l'audit et des mises à jour du micrologiciel. Dans ce contexte, le décideur doit prendre en compte non seulement les protocoles standard tels que LWM2M et OMADM, mais également les protocoles spécifiques au contexte qui pourraient être OPC-UA, Profinet, Modbus et Hart, etc. Cependant, du point de vue de l'USP, il n'y a pas grand-chose qu'un innovateur puisse tirer de la fonctionnalité de gestion de la connectivité ou de gestion des appareils.

Les plates-formes d'ingestion et de stockage de données ne sont pas étrangères aux défis de l'hétérogénéité, de l'évolution des normes et de l'exigence de gérer l'évolutivité avec la bonne posture de sécurité. Du point de vue de la stratégie de solution, choisir le bon protocole parmi https, MQTT, CoAP, AMQP, etc. est une décision clé à prendre. Généralement, la plupart des plates-formes prennent en charge les protocoles ci-dessus, mais ce sont les publicités et la facilité d'intégration qui motivent la décision ici. Par exemple, certaines plates-formes fournissent un ensemble de bibliothèques pour permettre la communication qui justifient un investissement en temps et en efforts pour le développement, d'autre part, d'autres offrent une configuration basée sur une configuration low-code/low touch.

Du point de vue de la disponibilité de la solution, nous voyons trois approches. Premièrement, les courtiers d'ingestion de données et les plates-formes de stockage font partie de la suite proposée par les fournisseurs de plates-formes de cloud horizontal de bout en bout tels que AWS &Bleu azur. Celles-ci tentent de simplifier la complexité de la configuration et de la gestion de l'infrastructure, l'évolutivité, la haute disponibilité, etc. Une solution alternative consiste à acheter des plates-formes entièrement produites telles que C3IoT, Software AG, PTC . Par produit, nous entendons les exigences de production typiques concernant l'administration, l'exploitation, l'audit, l'intégration et l'interface utilisateur sont prédéfinies.

La troisième option typique consiste à créer en utilisant des solutions open source telles que Rabbitmq, Eclipse Mosquito, etc. Nous ne considérons pas cette partie de la solution comme un candidat solide pour la construction d'un différenciateur de base ou d'un USP. De plus, avec une pléthore de solutions disponibles, nous nous attendons à ce que cette partie de la chaîne de valeur reste compétitive et donc armée avec peu de chances que PaaS ou SaaS abuse du pouvoir de marché . En conclusion, nous pourrions marquer cela comme un espace concurrentiel et marchandisé, le PaaS ou le SaaS étant le mode de développement préféré.

Les plates-formes d'activation d'applications et les plates-formes d'analyse peuvent également être classées dans l'espace des plates-formes horizontales. Ces plateformes permettent à votre solution de traiter les données entrantes en temps réel ou de manière batch/programmée. Ceci est différent de la plate-forme d'ingestion de données car ici toutes les plates-formes n'ont pas des capacités similaires. En tant que décideur technique, on évalue généralement la capacité à effectuer des analyses et un apprentissage automatique, le développement d'applications de visualisation et les capacités d'hébergement. L'extensibilité via les intégrations et les appels d'API est une autre dimension à prendre en compte. Ces intégrations peuvent se faire avec des environnements monolithiques ou basés sur des micro-services, basés sur le cloud ou sur site.

Certaines de ces solutions font également une incursion dans l'espace Edge, en particulier pour l'analyse Edge. Une fois que le décideur connaît les exigences du point de vue des dimensions ci-dessus, il peut encore une fois examiner l'un des trois choix d'offres PaaS d'Azure et d'AWS ou d'une version Open source. Étant donné que le besoin d'informatique de périphérie ou de brouillard augmente rapidement et est considéré comme le domaine le plus en croissance, il est presque obligatoire pour le concepteur de solutions d'avoir également une stratégie Edge claire. Dans l'espace Edge, on pourrait examiner des solutions comme Intel Chipsets et appareils de périphérie basés sur Movidius par Dell du point de vue matériel et Azure IoT Edge, AWS IoT Greengrass, l'appliance de bord Software AG du point de vue logiciel. Dans l'espace d'analyse et d'application, tout en suivant la troisième approche de la construction, il faut assembler des technologies telles que Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx, etc. pour permettre une solution IoT robuste.

Dans l'ensemble, du point de vue de la stratégie de solution, nous pensons qu'il faut être conscient du fait que les acteurs SaaS dans l'espace analytique devraient se différencier avec des algorithmes d'apprentissage optimisés en cours de route. Cela crée la possibilité que les acteurs SaaS abusent du pouvoir de marché plus tard dans la journée. Le décideur commercial doit également être conscient du temps et de l'investissement requis dans l'approche de construction, qui pourraient ne pas correspondre à la différenciation développée dans cet espace. Par conséquent, nous pensons que l'approche préférée ici est le PaaS pour les fonctionnalités du moteur d'activation et d'analyse des applications.

Viennent ensuite les applications spécifiques à la verticale. Les constructeurs de solutions appelleront généralement diverses fonctionnalités du catalogue de plates-formes IoT ci-dessus pour créer la fin de l'application. Par exemple, l'application pourrait être développée dans un environnement fourni par la plate-forme d'activation des applications en collectant des données à partir de la plate-forme d'ingestion de données, et en développant ainsi une visualisation en plus des tendances et des informations extraites par les plates-formes d'analyse. C'est lorsque les informations générées par cet assemblage d'écosystèmes basé sur le contexte de bout en bout résolvent un problème, alors on sait que la valeur a été créée et armer ainsi la solution d'un USP fort.

C'est le domaine qui doit être examiné avec une lentille commerciale relativement beaucoup plus large. Les décideurs doivent évaluer si l'application est valable, rare, imparfaitement imitable et non substituable. Du point de vue de la structure du marché, il s'agit d'un domaine où l'on peut définir son propre marché et jouir d'un monopole. Par conséquent, une construction à partir de zéro en utilisant éventuellement des environnements open source est une approche privilégiée. De plus, d'un point de vue commercial, nous nous attendons à une forte adhérence des clients dans cet espace, c'est pourquoi le temps est essentiel ici, et plus tôt on peut commercialiser la solution choisie, plus grandes sont les chances de tirer parti de l'USP pour évoluer.

Dans l'ensemble, du point de vue du développement USP, ce sont les applications spécifiques à la verticale avec des analyses personnalisées sous-jacentes qui semblent être le candidat le plus approprié. Du point de vue de la stratégie de solution de la plate-forme IoT, bien que nous ayons donné des recommandations de PaaS ou SaaS pour l'ingestion de données, PaaS pour les applications et l'analyse et la construction basée sur Open Source pour la perspective d'applications spécifiques verticales, mais nous apprécions l'immense importance du contexte qui motive toutes les décisions. Si le contexte justifie une mise sur le marché rapide avec le soutien d'une R&D dédiée :le Saas peut devenir une décision optimale. Par conséquent, tous les facteurs ci-dessus peuvent être utilisés comme ligne directrice générale, mais chaque cas d'utilisation aura besoin de son propre jury et de sa propre décision.

Les auteurs de ce blog sont Arpit Khosla, fondateur d'IoT Australia Consulting Services et Praneet Thakur, conseiller d'IoT Australia Consulting Services 


Technologie de l'Internet des objets

  1. La route vers la sécurité industrielle de l'IoT
  2. Comment identifier la bonne plateforme IoT ? Demandez aux utilisateurs !
  3. Rester conforme aux données dans l'IoT
  4. Atténuer les cyber-risques de l'IoT et trouver des solutions
  5. Sécuriser l'IoT industriel :adopter une approche de nouvelle génération – Partie 2
  6. Explorer les cinq principaux défis de l'IoT à travers les 5 C - Partie 1
  7. Démocratiser l'IoT
  8. Maximiser la valeur des données IoT
  9. L'IoT prend un village :l'ère de l'écosystème