Micro-services Tatiana Aubonnet.

Présentation au sujet: "Micro-services Tatiana Aubonnet."— Transcription de la présentation:

1 Micro-services Tatiana Aubonnet

2 Besoins fonctionnels pour services M2M/IoT
Actions sur le noeud Time synchronisation Mutualisation des services Monitoring Collecter les mesures Détection des IoT défaillants Control/Analyse Prise en charge des IoT défaillants Remote control of M2M Devices Analyser des données collectées Télémétrie: Reporting périodique ou à la demande Gestion des services (composition) Pré-configuration ou configuration dynamique Hétérogénéité M2M Devices/Gateways type varieties Multiple M2M service providers Avoir la faculté de s’adapter à des changements dans l’environnement (ajout ou suppression d'un device de manière dynamique) Déploiement/Redéploiement Activation/désactivation Liens réseau Hétérogénéité du réseau (abstraction des protocoles réseau) Asymmetric flows Reachability Paths diversity Group mechanisms Gestion du mode déconnecté, connexion intermittente, fiabilité dans le temps Communication possible vers appareil en veille ou en économie d’énergie Sécurité Authentification mutuelle Autorisation/Confidentialité/Chiffrement Intégrité des données échangées, mécanisme de confirmation, transaction entre objets Environnement de confiance identité unique Stockage des données Watchdog Service Mobilité

3 Micro services IoT Sécurité:
Authentification Autorisation/Confidentialité Intégrité des données échangées Environnement de confiance Time synchronisation entre M2M device et gateway Mesures Periodic reporting (Paramètres M2M device(s)) On demand reporting Possibilité de changer l’état d’un device (activé/désactivé M2M device) Transaction entre objets Communication vers device en veille Pouvoir recevoir de l’information a interval régulier Mécanisme de confirmation Robustesse, Interférences: Pouvoir recevoir de l’information non sollicitée

4

5 Node-RED (IBM) Les flux en entrée et en sortie: abstraction protocole réseau Micro services : Fonction Switch Change Range Delay Trigger Macro services dédiés (IA, analyse…)

6 Node-RED (IBM)

7 MQTT MQTT1 (Message Queuing Telemetry Transport) est un protocole de messagerie publish-subscribe basé sur le protocole TCP/IP. MQTT v3.1.1 est maintenant un standard OASIS, la spécification du protocole est disponible en HTML et PDF. The Quality of Service (QoS) level is an agreement between sender and receiver of a message regarding the guarantees of delivering a message. There are 3 QoS levels in MQTT: At most once (0) At least once (1) Exactly once (2).

8 Node-RED (IBM) Mesures uniquement vues de l’utilisateur
Temps de réponse Disponibilité Nombre de requêtes par minute Bande passante, nombre de Ko téléchargés Pas d’intégrité à priori CPU/Memory usage (besoin définis lors de la mise en production/manuel) Mesures uniquement vues de l’utilisateur Monitoring global et extérieur de l’application Analyse des logs et des mesures pour identifier les problèmes d’application

9 Node-RED (IBM)

10 Node-RED (IBM) Déploiement d’une nouvelle version de l’application sans coupure

11 Node-RED (IBM) Macro services/composants

12 Microsoft Azure Composants d’Azure: Portail de gestion Calcul
Gestion des données Mise en réseau Services de développement Identité et accès Mobile Sauvegarde Messagerie et intégration Assistance au calcul Performances Big Compute et Big Data Médias Commerce

13 Oracle IoT Scalability Integration
Secure Data and Devices with the Utmost Confidence Analyse et Manage

14 Amazon Web Services IoT

15 Amazon Web Services IoT
Passerelle AWS IoT connecter en toute sécurité et de communiquer efficacement communications de type 1 à 1 ou 1 à plusieurs protocoles MQTT et HTTP 1.1 Authentification et autorisation AWS IoT assure l'authentification mutuelle et le chiffrement sur tous les points de connexion, si bien qu'aucun échange de données ne se produit entre les appareils et AWS IoT sans que les identités n'aient été vérifiées. MQTT: authentification basée sur le certificat X.509 vous pouvez révoquer à tout moment les droits d'accès de l'appareil de votre choix. Registre Le registre affecte une identité unique à chaque appareil et permet d'assurer le suivi de ses métadonnées (attributs et caractéristiques notamment) Cas d'un capteur: Elles précisent s'il s'agit d'un capteur de température et si ses mesures sont en degrés Fahrenheit ou Celsius. Versions Shadow: Mode déconnecté: Création d'une version virtuelle persistante, ou version « shadow » qui correspond au dernier état de chaque appareil et permet aux applications et aux autres équipements de lire les messages de l'appareil et d'interagir avec ce dernier. Moteur de règles: collecte, traite et analyse les données transmises par les appareils connectés afin de déclencher des actions.

16 Amazon Web Services IoT

17 Amazon Web Services IoT

18 Amazon Web Services IoT

19 Amazon Web Services IoT

20 Amazon Web Services IoT

21 Gateways and Devices Gateways React locally if the network is down
Add security functions Reduce latency and minimize traffic Must interact with several interfaces and devices Be monitored Be controlled remotely Applications running on gateways As a lot of concurrency Event driven code is involved All Have the ability to adapt to changes in the environment Reliably all the time, even if the network is down

22 Gateways and Devices

23 Gateways and Devices

24 Gateway-as-a-Service (GaaS)
The gateway can be used as a per-user resource provided by a cloud service to interact with gateways, other cloud services, and user devices.

25 BitReactive

26 BitReactive

27 BitReactive

28 BitReactive

29 BitReactive

30 Gateways: Kura

31 Gateways: Kura

32 Gateways: Kura Kura comes with the following services: I/O Services
Serial port access through javax.comm 2.0 API or OSGi I/O connection USB access and events through javax.usb, HID API, custom extensions Bluetooth access through javax.bluetooth or OSGi I/O connection Position Service for GPS information from a NMEA stream Clock Service for the synchronization of the system clock Kura API for GPIO/PWM/I2C/SPI access Data Services Store and forward functionality for the telemetry data collected by the gateway and published to remote servers. Policy-driven publishing system, which abstracts the application developer from the complexity of the network layer and the publishing protocol used. Eclipse Paho and its MQTT client provides the default messaging library used. Cloud Services Easy to use API layer for IoT application to communicate with a remote server. In addition to simple publish/subscribe, the Cloud Service API simplifies the implementation of more complex interaction flows like request/response or remote resource management. Allow for a single connection to a remote server to be shared across more than one application in the gateway providing the necessary topic partitioning. Configuration Service Leverage the OSGi specifications ConfigurationAdmin and MetaType to provide a snapshot service to import/export the configuration of all registered services in the container. Remote Management Allow for remote management of the IoT applications installed in Kura including their deployment, upgrade and configuration management. The Remote Management service relies on the Configuration Service and the Cloud Service. Networking Provide API for introspects and configure the network interfaces available in the gateway like Ethernet, Wifi, and Cellular modems. Watchdog Service Register critical components to the Watchdog Service, which will force a system reset through the hardware watchdog when a problem is detected. Web administration interface Offer a web-based management console running within the Kura container to manage the gateway.