API und MCP: systematischer Vergleich: Kerndaten
- REST
- Architekturstil
- GraphQL
- Abfragesprache und Laufzeit
- SOAP
- XML-Nachrichtenprotokoll
- MCP
- zustandsbehaftetes Capability-Protokoll auf JSON-RPC
- Kernergebnis
- komplementär statt pauschal ersetzend
Vergleichsmatrix
| Kriterium | REST | GraphQL | SOAP | MCP |
|---|---|---|---|---|
| Primärer Zweck | Ressourceninteraktion | typisierte Datenabfrage/-mutation | vertragliche XML-Nachrichten | Capability- und Kontextzugriff für KI-Hosts |
| Discovery | OpenAPI optional | Schema/Introspection | WSDL | Capability Negotiation + list-Operationen |
| Validierung | implementierungsabhängig | GraphQL-Schema | XSD/WSDL | JSON Schema für Tool-Ein/-Ausgaben |
| Zustand | typisch zustandslos | typisch Request/Response | profilabhängig | Lifecycle und Session-Kontext |
| Travel-Semantik | Nicht automatisch enthalten; benötigt NDC, OpenTravel, GTFS oder proprietäres Fachmodell | |||
Die Matrix bewertet keine Technologie als generell überlegen. Sie zeigt unterschiedliche Abstraktionsebenen.
MCP über bestehenden APIs
Ein MCP-Server kann REST-, GraphQL- oder SOAP-Aufrufe kapseln, Eingaben auf ein stabiles Tool-Schema reduzieren und Ergebnisse für den KI-Client strukturieren. Dabei darf die Schicht Fehlersemantik, ETags, Idempotenz, Pagination oder fachliche Status nicht verlustreich glätten.
Die API bleibt häufig die interne Systemgrenze; MCP wird zur externen Capability-Grenze des KI-Hosts. Diese Trennung erleichtert getrennte Evolutionsgeschwindigkeiten, erzeugt aber zusätzlichen Betrieb und eine weitere Angriffsfläche.
Wann MCP keinen Mehrwert liefert
Für deterministische System-zu-System-Aufrufe mit festem Consumer, stabiler API und ohne modellgesteuerte Capability-Auswahl kann eine direkte API einfacher und prüfbarer sein. MCP sollte nicht eingeführt werden, um unklare Fachschnittstellen zu kaschieren.
Entscheidungsfragen
Braucht ein KI-Host dynamische Capability Discovery? Müssen mehrere Hosts dieselben Tools nutzen? Sind Resultate als Modellkontext bestimmt? Lassen sich Seiteneffekte klar begrenzen? Ist der zusätzliche Lifecycle betrieblich beherrschbar? Erst wenn diese Fragen überwiegend positiv beantwortet sind, ist MCP als zusätzliche Schicht plausibel.
Primärquellen und wissenschaftliche Einordnung
Die Darstellung folgt der versionierten MCP-Spezifikation. Normative Anforderungen werden von Architektur- und Betriebsempfehlungen getrennt; experimentelle Funktionen sind entsprechend gekennzeichnet.