Im Abschnitt 2.1 wurden verschiedene Architekturen vorgestellt, die Softwarekomponenten auf mehrere physische Knoten verteilen. Wird eine solche Architektur umgesetzt, so benötigt man Technologien, die eine Kommunikation zwischen diesen Komponenten ermöglichen. Diese Technologien werden je nach Umgebung unterschiedlich bezeichnet. Hier soll der Begriff Remote Procedure Call (RPC) Verwendung finden, wenngleich die tatsächlich erbrachte Funktion sich vom einfachen Methodenaufruf unterscheiden kann.
Bei der Wahl des RPC-Mechanismus ist zu unterscheiden, ob die Kommunikation zwischen Rechner des System-Nutzers und Server oder zwischen zwei (oder mehr) Servern des Systems erbracht werden muss. Auf Clientenseite können keine zusätzlichen Softwarepakete installiert werden. Auf denen als Server dienenden Maschinen ist das leichter möglich.
Bei der Kommunikation zwischen Nutzer-Rechner und Server ist daher besonders darauf zu achten, dass der RPC-Mechanismus beim Clienten zur Verfügung steht und auch von weit entfernten Rechnern aus verwendbar ist (Firewalls!). Bei Server-Server-Kommunikation stehen Transparenz und Geschwindigkeit im Vordergrund.
An die RPC-Mechanismen werden von verschiedenen Autoren folgende Anforderungen gestellt: