L'implémentation RPC de génération de stub fournit-elle ?

Table des matières:

L'implémentation RPC de génération de stub fournit-elle ?
L'implémentation RPC de génération de stub fournit-elle ?
Anonim

Les contenus non sourcés peuvent être contestés et supprimés. Un stub en informatique distribuée est un morceau de code qui convertit les paramètres passés entre le client et le serveur lors d'un appel de procédure à distance (RPC). L'idée principale d'un RPC est de permettre à un ordinateur local (client) d'appeler à distance des procédures sur un autre ordinateur (serveur).

Qu'est-ce que la génération de stub en RPC ?

Un sous-programme stub (objet d'interface) est un sous-programme naturel utilisé pour connecter le programme appelant du client à un sous-programme sur un serveur. Les sous-programmes de stub client ne sont en fait pas nécessaires si l'exécution automatique Natural RPC (Remote Procedure Call) est utilisée avec la seule exception importante décrite ci-dessous.

Qu'est-ce qu'un stub, comment sont-ils générés ?

Les stubs sont générés manuellement ou automatiquement. Dans une génération manuelle, un implémenteur d'appel de procédure à distance fournit des fonctions de traduction, à partir desquelles un utilisateur construit des stubs. Ils gèrent des types de paramètres complexes. La génération automatique de stubs est couramment utilisée pour générer des stubs.

Quel est le rôle du stub dans l'exécution RPC ? Comment les stubs rendent-ils l'exécution RPC transparente ?

Le mécanisme RPC utilise les concepts de stubs pour atteindre l'objectif de transparence sémantique. Les stubs fournissent une abstraction d'appel de procédure locale en masquant le mécanisme RPC sous-jacent. Une procédure stub distincte est associée aux processus client et serveur.

Comment RPC est implémenté ?

RPC est un protocole de requête-réponse. Un RPC est initié par le client, qui envoie un message de requête à un serveur distant connu pour exécuter une procédure spécifiée avec les paramètres fournis. … Il existe de nombreuses variations et subtilités dans diverses implémentations, ce qui entraîne une variété de protocoles RPC différents (incompatibles).

Conseillé: