Aperçu des prises
Vous pouvez créer des transports de socket qui facilitent la communication entre les clients et les serveurs. Avant de le faire, vous pouvez revoir comment IBM® DevOps Test Integrations and APIs (Test Integrations and APIs) donne accès aux couches d’application et de transport OSI.
Couche d'application
La couche application est la couche la plus élevée du modèle OSI qui contient les protocoles de couche application qui définissent les règles utilisées par les applications logicielles pour échanger des données. Par exemple, les navigateurs Web communiquent avec les serveurs Web en utilisant HTTP (Hypertext Transfer Protocol), tandis que les applications de messagerie communiquent en utilisant les protocoles SMTP (Simple Mail Transfer Protocol) et POP3 (Post Office Protocol).
Test Integrations and APIs fournit une prise en charge de la couche application en mettant en paquets les données qu'elle reçoit avant de les rendre disponibles sous forme de messages individuels pour des actions basées sur un abonnement au sein d'un test.
Couche de transport
La couche transport supervise la transmission des données d'un processus sur un ordinateur à un processus sur un autre ordinateur. Les protocoles de couche transport agissent comme des liaisons entre les protocoles de couche application et les services fournis par le réseau. Il y en a deux pris en charge par Test Integrations and APIs.
Protocole de datagramme utilisateur
Le protocole UDP (User Datagram Protocol) est un protocole de transport sans connexion et donc peu fiable. Il effectue peu de vérification des erreurs et n'ajoute rien aux services IP, sauf pour fournir une communication de processus à processus au lieu d'une communication d'hôte à hôte.
Protocole de contrôle de transmission
Le protocole TCP (Transmission Control Protocol) est un protocole de couche transport fiable mais complexe. TCP ajoute des fonctionnalités et une fiabilité orientées connexion à IP.
TCP est un service de livraison de flux fiable qui garantit la livraison d'un flux de données envoyé d'un hôte à un autre sans duplication ni perte de données. Le transfert de paquets n'étant pas fiable, une technique connue sous le nom d'accusé de réception positif avec retransmission est utilisée pour garantir la fiabilité des transferts de paquets. Cette technique fondamentale nécessite que le récepteur réponde par un message d'accusé de réception lorsqu'il reçoit les données.
L'expéditeur conserve un enregistrement de chaque paquet qu'il envoie et attend un accusé de réception avant d'envoyer le paquet suivant. L'expéditeur conserve également un minuteur à partir du moment où le paquet a été envoyé et retransmet un paquet si le minuteur expire. La minuterie est nécessaire en cas de perte ou de corruption d'un paquet.
Désignation du client ou du serveur
Avec les sockets, vous devez spécifier quelle extrémité des deux processus initie la conversation (le client) et quel processus attend que son homologue démarre (le serveur).
Connexions
La connexion d'un homologue à un autre est établie, c'est-à-dire initiée par un client ou acceptée par un serveur, uniquement lorsqu'un éditeur ou un abonné basé sur des tests est exécuté dans Test Integrations and APIs. La connexion doit exister pendant le test et est partagée par toutes les opérations de messagerie ultérieures au sein de la même séquence de test. Si la séquence de test exécute un test enfant, la connexion est transmise à l'enfant afin qu'il puisse communiquer avec le même homologue.