Kurzinformation zum Remote Procedure Call<\/p>\n
Remote Procedure Call (RPC) ist ein leistungsstarkes Protokoll, das es einem Programm erm\u00f6glicht, eine Prozedur (Unterroutine) in einem anderen Adressraum (normalerweise auf einer anderen physischen Maschine) auszuf\u00fchren. RPCs sind ein entscheidendes Element in verteilten Computer- und Client-Server-Modellen, da sie die Kommunikation zwischen verschiedenen Systemen erm\u00f6glichen, unabh\u00e4ngig von den zugrunde liegenden Netzwerkprotokollen oder Betriebssystemen. Es abstrahiert die zugrunde liegende Komplexit\u00e4t und erm\u00f6glicht Entwicklern, Methoden aufzurufen, als w\u00e4ren sie lokal auf ihrem System.<\/p>\n
Die Urspr\u00fcnge von RPC reichen bis in die fr\u00fchen 1970er Jahre zur\u00fcck, als Bruce Jay Nelsons Arbeit den Grundstein f\u00fcr diese Technologie legte. Nelsons Arbeit gipfelte 1981 in einer Doktorarbeit mit dem Titel \u201eRemote Procedure Call\u201c, in der er das Konzept der Erm\u00f6glichung von Prozeduraufrufen zwischen verschiedenen Computerprogrammen detailliert beschrieb.<\/p>\n
Die Implementierung des Konzepts gewann in den 1980er Jahren an Bedeutung, als Sun Microsystems das Network File System (NFS) entwickelte, das in gro\u00dfem Umfang RPC nutzte, um die verteilte Dateiverwaltung zu erleichtern.<\/p>\n
Remote Procedure Calls sind im Wesentlichen Anfragen von einem Programm an ein anderes, die \u00fcber ein Netzwerk ausgef\u00fchrt werden. Das Prinzip hinter RPC ist recht einfach, aber seine Implementierung kann je nach den beteiligten Systemen, Sprachen und Protokollen unterschiedlich sein.<\/p>\n
RPC verwendet Stubs. Dabei handelt es sich um Codeteile, die die w\u00e4hrend der Remote-Aufrufe verwendeten Parameter \u00fcbersetzen und so dazu beitragen, dass der Prozess sprachunabh\u00e4ngiger wird.<\/p>\n
Die interne Struktur von RPC besteht aus den folgenden Hauptkomponenten:<\/p>\n
Zu den wichtigsten Funktionen von RPC geh\u00f6ren:<\/p>\n