AMQP et JMS sont deux protocoles de messagerie fréquemment utilisés pour l’intégration d’applications d’entreprise et de systèmes de messagerie.

AMQP (Advanced Message Queuing Protocol)

AMQP est un protocole de messagerie standard ouvert qui définit un langage commun pour l’échange de messages entre des applications ou des systèmes. Il a été développé pour permettre une messagerie sûre et interopérable à travers différentes plateformes, langages de programmation et technologies de messagerie. AMQP prend en charge des fonctions telles que le routage des messages, la mise en file d’attente et les transactions et est souvent utilisé dans les systèmes de messagerie qui exigent fiabilité et performance.

JMS

est une API de messagerie pour Java. Ce service fournit aux applications Java une méthode uniformisée pour créer, envoyer, recevoir et lire des messages. Il définit un ensemble d’interfaces et de modèles de messagerie qui permettent aux applications Java de communiquer entre elles ou avec des systèmes de messagerie. JMS prend en charge tant les modèles de messagerie point-to-point que de publication-souscription. Il peut être utilisé avec différentes technologies de messagerie telles que les fournisseurs JMS, les brokers AMQP et les systèmes de message-queuing. La connexion JMS dans Lobster_data contient déjà toutes les informations nécessaires pour se connecter à un fournisseur JMS spécifique. Elle prend en charge les connexions JNDI générales ainsi que les connexions à toute une série de fournisseurs JMS courants. 

Alors que l’AMQP est un protocole de messagerie qui définit des règles pour l’échange de messages entre applications, le JMS fournit une API et un moyen standard pour les applications Java leur permettant d’interagir avec les systèmes de messagerie et les protocoles, y compris l’AMQP. Pour utiliser ce service dans Lobster_data, un serveur AMQP doit déjà être disponible, à partir duquel Lobster_data peut recevoir des messages en tant que client AMQP (agent d’entrée AMQP) ou envoyer des messages à Lobster_data (voie de réponse AMQP). 

AS2 (Applicability Statement 2) est un protocole largement utilisé pour l’échange électronique sécurisé et fiable de données commerciales (factures, commandes, etc.) entre entreprises. Indépendamment de la plate-forme ou du logiciel utilisé par l’expéditeur ou le destinataire, AS2 offre une procédure de transmission avec des certificats/signatures numériques et des algorithmes de chiffrement efficaces utilisant HTTP.

Afin de protéger les données d’un accès ou d’une manipulation non autorisés, une Notification de Disposition de Message (MDN) est échangée entre les partenaires de communication pour une preuve unique dans les connexions AS2.

Le service AS2 de Lobster_data est certifié Drummond. 

La structure de l’AS4 (déclaration d’applicabilité 4) est basée sur l’AS2 et l’ebMS 3.0. AS4 est un protocole de messagerie sécurisé basé sur les services web et est accessible en permanence, ce qui permet de récupérer activement les messages entrants. La traçabilité du message est garantie par une signature numérique et la sécurité des données est assurée par le chiffrement. L’expéditeur reçoit un accusé de réception numérique, qui sert de preuve de la livraison en temps voulu de ses données.

Contrairement à AS2, AS4 dispose d’une fonction « pull » en plus de la fonction « push ». La connexion HTTP est établie en cas de communication, de sorte que les systèmes connectés peuvent recevoir et envoyer des données à tout moment, indépendamment des heures d’ouverture et de la disponibilité du serveur :

AS4 (agent d’entrée)

AS4 (Route de réponse)

AS4 (Paramètres du canal)

Dans Lobster_data, les certificats pour le chiffrement, la signature ou l’authentification par le biais de certificats clients sont centralisées dans la gestion des partenaires. La communication AS4 s’effectue conformément à la RFC 4130.

Data Queue est une fonctionnalité comprise dans le système d’exploitation IBM AS/400 (IBM i) pour l’échange asynchrone de données (messages jusqu’à 64K) entre les programmes, pouvant envoyer et recevoir des données sans avoir à attendre que l’autre soit prêt. Les programmes rédigent des messages dans un Data Queue ou les lisent à partir de celle-ci selon un ordre FIFO.

La Data Queue est une fonctionnalité du système d’exploitation IBM AS/400 (IBM i) qui permet l’échange asynchrone de données (messages jusqu’à 64K) entre les programmes. Cette fonctionnalité permet aux programmes d’envoyer et de recevoir des données sans avoir à attendre que l’autre programme soit prêt. Les messages sont écrits ou lus dans la Data Queue selon l’ordre FIFO (premier entré, premier sorti).

Les programmes exécutés sur le même système AS/400 ou sur des systèmes différents peuvent échanger des données sans être directement connectés les uns aux autres grâce à l’utilisation de Data Queues. Les Data Queues sont également utilisées pour la communication entre les processus. Lobster_data propose des agents d’entrée ainsi que des configurations spécifiques pour faciliter le processus d’écriture dans les Data Queues.

Lobster_data est compatible avec les fournisseurs de Cloud :
AWS S3, Box, DropBox, Google Cloud Platform, Google Drive, Microsoft Azure. Aussi bien pour transférer ou supprimer des fichiers (Stockage Cloud en tant qu’agent d’entrée) que pour écrire des données.

Pour une messagerie sécurisée et confidentielle, Lobster_data offre un service S/MIME avec des certificats pour le chiffrement et le déchiffrement avec précision sur l’algorithme utilisé.

Engineering Data Message (ENGDAT) est à la fois un standard industriel pour l’échange automatisé de données fichiers CAO entre les postes de travail CAO de différentes entreprises et un flux de travail défini pour l’échange de documents techniques –  principalement dans le domaine automobile. 

Les données utilisateur sont regroupées dans un fichier de métadonnées structuré pour créer et envoyer un message. Celui-ci contient entre autres des informations sur l’expéditeur et le destinataire, et, en option, également sur le but et le statut ainsi que du texte libre. 

Un complément d’ENGDAT est le standard ENGPART (Engineering Partner Message), qui définit des messages pour l’échange de masterdata entre les postes de travail CAO des partenaires. ENGDAT et ENGPART sont basés sur le protocole de transport Odette File Transfer Protocol (OFTP). La version actuelle d’ENGPART est la version 4.1 qui  est prise en charge par le module ENGDAT de Lobster_data. 

Dans une architecture orientée événement, les systèmes impliqués communiquent en transmettant, traitant et stockant des événements. L’événement est déclenché dans un système et génère un événement de réponse correspondant dans un autre système. 

Exemple : Dans une boutique en ligne, le paiement d’un client déclenche l’envoi d’un e-mail de confirmation et d’une demande d’achat à l’entrepôt, qui exécute ensuite la commande et l’expédie. 

On qualifie d’actions déclenchées événement tous les changements d’état qui sont transformés en messages, mais dont le traitement se déroule de manière asynchrone et non en série via des brokers et des files d’attente. Cette méthode présente l’avantage de pouvoir exécuter simultanément plusieurs processus événementiels. L’architecture orientée événement permet également un couplage des émetteurs et des récepteurs, une configuration simple et l’ajout de récepteurs supplémentaires. 

Les connecteurs Lobster_data permettent aux utilisateurs d’utiliser des technologies et des applications basées événements pour créer des systèmes plus réactifs et découplés. 

obster_data utilise les protocoles FTP, FTPS, SSH, SCP, SFTP. D’une part, pour télécharger en tant que client des fichiers à partir d’un serveur compatible FTP, FTPS, SSH, SCP, SFTP et les traiter ensuite en tant qu’agent d’entrée ou pour télécharger les fichiers finaux sur un serveur après un traitement par voie de réponse. D’autre part, Lobster_data intègre serveur pour tous ces protocoles pour la réception ou le téléchargement des fichiers. Lobster_data peut ainsi être utilisé activement comme plateforme de distribution et offre différentes options de connexion pour les interfaces vers l’extérieur. 

Le client FTP peut être créé comme canal de communication de manière centralisée dans la gestion des partenaires ou directement dans les interfaces pour une utilisation unique. 

Pour que Lobster_data fonctionne comme un serveur FTP, il suffit de créer un partenaire dans la gestion des partenaires, de le rendre actif, de créer et d’activer un canal FTP dédié. 

Une interaction système via HTTP/HTTPS en utilisant l’API REST se réfère à la communication entre deux systèmes informatiques via Internet. REST (Representational State Transfer) est un style d’architecture logicielle qui offre une approche standardisée pour la création de services web à l’aide du protocole HTTP/HTTPS. 

Dans cette approche, un système envoie une requête à un autre système via HTTP/HTTPS, et le système récepteur répond par un ensemble de données dans un format structuré tel que JSON ou XML. 

Les API RESTful sont généralement utilisées pour les applications web et mobiles afin de communiquer avec les serveurs et les bases de données. Elles sont également utilisées pour l’intégration de différents systèmes ou services qui doivent échanger des données de manière structurée. Des exemples d’API RESTful sont l’API Graph de Facebook, l’API Twitter, l’API Google Maps, etc. 

Lobster_data offre plusieurs possibilités pour configurer le système via HTTP, lancer des opérations ou extraire des informations du système. Lobster_data offre également la possibilité de fonctionner à la fois comme serveur HTTP et comme client HTTP. En raison de la large diffusion de l’échange de données via HTTP/HTTPS, Lobster_data comporte de très nombreuses fonctions de base qui facilitent le travail avec le protocole. 

Le Lightweight Directory Access Protocol (LDAP) est utilisé pour trouver des données sur des organisations, des personnes et des objets dans un réseau (qu’il s’agisse d’Internet ou d’un intranet), fournir de manière centralisée des mécanismes d’authentification, enregistrer des mots de passe et des noms d’utilisateur ou valider des utilisateurs dans différentes applications. LDAP est utilisé dans Microsoft Active Directory (AD) et dans l’application LDAP open source OpenLDAP. 

Lobster_data intègre différents services d’annuaire LDAP de manière très simple. La configuration de la connexion et l’intégration est expliquée de manière conviviale à l’aide d’exemples. En outre, certaines fonctions LDAP spécifiques permettent d’accéder aux données LDAP sans programmation. La recherche, la création, le changement de nom, le déplacement et la suppression d’objets LDAP peuvent être effectués à n’importe quel étape du traitement du processus. 

Message Oriented Middleware (MOM) fournit un service de messagerie qui permet la communication entre des applications et des composants distribués au sein d’un système ou entre différents systèmes, indépendamment du langage de programmation ou de la plate-forme utilisés. MOM offre une communication asynchrone, dans laquelle l’émetteur et le récepteur ne doivent pas être actifs en même temps. Les messages sont envoyés à un broker de messages ou à un serveur middleware qui les distribue aux destinataires prévus. Le découplage de l’émetteur et du récepteur permet d’accroître la flexibilité, l’évolutivité et la protection contre les pannes dans les systèmes distribués. MOM convient à une multitude de cas d’application :
 

• Intégration de différents systèmes et d’applications ainsi qu’un échange de données standardisé 
• Mise en œuvre d’architectures orientées événement dans lesquelles les applications liés à des événements spécifiques et reçoivent des notifications lorsque ces événements se produisent. 
• Gestion des workflows par l’envoi de messages à différents composants selon un ordre précis. 
• Transfert de données entre applications, de sorte qu’elles partagent des informations sans avoir besoin d’une connexion directe entre elles. 

MQTT (Message Queuing Telemetry Transport) est un protocole de messagerie léger utilisé pour la communication de machine à machine (M2M) et les applications IoT (Internet des objets). MQTT a été conçu pour être utilisé dans des environnements à ressources limitées et convient aux dispositifs IoT dont la puissance de calcul et la capacité de mémoire sont limitées. 

Lobster_data, en tant que client MQTT, se connecte à un broker MQTT (serveur) via un réseau. Il utilise alors le protocole MQTT pour échanger des messages avec d’autres clients connectés au même broker. Lobster_data peut ainsi envoyer des messages à certains topics du broker et s’abonner à des topics pour recevoir des messages d’autres clients. Pour ce faire, Lobster_data configure plusieurs connexions MQTT à différents brokers MQTT. Lobster_data prend en charge les versions MQTT 3.1.1 et MQTT 5. 

L’Odette File Transfer Protocol (OFTP) est un protocole de transfert de fichiers sûr, fiable et efficace, utilisé par les entreprises de l’industrie automobile et d’autres secteurs pour l’échange de documents métier électroniques. Il a été développé par l’Organization for Data Exchange by Tele-Transmission in Europe (Odette). 

OFTP utilise le chiffrement et la signature numérique pour que les données soient transmises au destinataire en toute sécurité et sans manipulation. OFTP prend également en charge des mécanismes de détection et de correction d’erreurs afin de garantir l’intégrité des données transmises. 

Outre ces caractéristiques de sécurité, OFTP est également connu pour ses performances et son efficacité élevées et est optimisé pour le transfert de fichiers volumineux. Il permet d’échanger des fichiers de manière rapide et fiable, tant sur des réseaux dédiés que sur des réseaux partagés. La communication est initiée par un partenaire. 

Après l’échange d’identifiants et de mots de passe Odette, les fichiers peuvent circuler dans les deux sens. Chez Lobster_data, la communication s’effectue via RNIS ou TCP/IP. À partir de la version 2 d’OFTP, les données peuvent être transmises de manière chiffrée ou non chiffrée. 

OPC UA signifie Open Platform Communication Unified Architecture et est un protocole de communication important pour l’industrie 4.0, l’automatisation industrielle et l’IoT. 

En tant que protocole machine à machine, il fournit une interface standardisée entre les appareils et les applications logicielles. OPC UA permet un échange sûr, évolutif et indépendant du fabricant et de la plateforme utilisée. Le protocole convient donc à une multitude d’applications – par exemple dans la production, l’automatisation des bâtiments ou la gestion de l’énergie. 

Il prend également en charge l’échange d’un grand nombre de types de données, comme les données de processus, les événements, les alarmes et les données historiques. Dans ce contexte, OPC UA ne sécurise pas seulement la communication entre les machines, mais offre également des fonctions de sécurité telles que le chiffrement, l’authentification et le contrôle d’accès. 

Lobster_data intègre à la fois un serveur et un client OPC UA. En tant que client OPC UA, Lobster_data peut lire et écrire des données à partir de serveurs OPC UA et relier ces données à un grand nombre de systèmes. 

Le connecteur SFTP, SCP (Secure File Transfer Protocol) de Lobster_data sert à télécharger des fichiers depuis un serveur compatible SFTP ou à les charger sur un tel serveur via SSH. Contrairement au connecteur FTP standard, le connecteur SFTP, SCP chiffre à la fois les données et les commandes. 

Il garantit ainsi qu’aucune donnée sensible ne sera divulguée lors d’une transmission réseau. SFTP, SCP utilise toutefois un autre protocole que FTP, raison pour laquelle on ne peut pas utiliser un client FTP standard pour communiquer avec un serveur SFTP, SCP. 

La majorité des systèmes d’exploitation modernes intègrent le protocole TCP (Transmission Control Protocol) en tant que protocole de réseau et l’utilisent pour l’échange de données avec d’autres ordinateurs. Il a fait ses preuves en tant que protocole de transport fiable, orienté connexion et à commutation de paquets, et fait partie de la famille des protocoles Internet. TCP est avant tout un protocole important pour la connexion directe de terminaux ou de clients qui ne sont pas basés sur des protocoles industriels courants comme HTTP(S). 

Lobster_data offre avec TCP (client, serveur) une solution au cas où les terminaux et les machines à connecter ne prendraient pas en charge les protocoles MQTT ou OPC UA utilisés dans l’industrie 4.0. 

WebDAV (Web-based Distributed Authoring and Versioning) est une extension de HTTP/HTTPS. Elle permet le transfert de fichiers et de répertoires entiers, en spécifiant également la version. Comme les ports utilisés pour HTTP/HTTPS (80/443) ne sont généralement pas bloqués par les pare-feu, WebDAV a été largement adopté. Lobster_data supporte WebDAV en tant que client, pour récupérer des fichiers à partir d’une source de données ou pour stocker des fichiers sur un ordinateur cible :