Loading content
Remote Procedure Call (RPC) ist ein Protokoll, das die Ausführung von Funktionen auf einem entfernten Rechner ermöglicht. Es ist besonders nützlich in verteilten Systemen, da es die Interaktion zwischen Clients und Servern vereinfacht.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Ein Remote Procedure Call (RPC) lässt einen Prozess eine Funktion auf einem anderen Rechner aufrufen, als wäre sie lokal verfügbar.
RPC wurde 1984 von Andrew D. Birrell und Bruce Jay Nelson am Xerox Palo Alto Research Center beschrieben. Die Entwicklungslinie führte von Stub- und Marshalling-Konzepten zu standardisierten IDLs und modernen Frameworks wie gRPC; Netzwerkfehler und Latenz bleiben dabei sichtbar.
Ein RPC-Aufruf ist eine Postsendung: Der Client packt Argumente in ein Protokoll, sendet sie an den Server, der die Prozedur ausführt und Ergebnis oder Fehler zurückschickt. Die lokale Syntax verdeckt den Transport, hebt seine Unsicherheiten aber nicht auf.
Client- und Server-Stubs übersetzen Aufruf und Ergebnis in übertragbare Nachrichten.
Eine Schnittstelle oder IDL beschreibt Operationen, Datentypen und Kompatibilitätsregeln.
Timeouts, Wiederholungen, Teilfehler und Versionswechsel gehören zum Aufrufmodell.
RPC erleichtert die Zusammenarbeit verteilter Dienste, verlangt aber bewusstes Fehler- und Timeout-Design. Entscheide zwischen RPC und anderen Schnittstellen anhand von Kopplung, Streaming, Beobachtbarkeit, Verträgen und Netzwerktopologie.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.