EU-gehostetes MCP: Warum Teams fragen, wo ihre KI-Infrastruktur läuft
Die kurze Antwort: Wenn ein Anbieter dir nicht sagen kann, in welchem Land dein MCP Gateway läuft, kann er dir auch nicht sagen, wo die Zugangsdaten, Tool-Payloads und die Memory deines Agenten liegen. Genau deshalb ist EU-gehostete MCP-Infrastruktur vom Nice-to-have zu einer der ersten Fragen geworden, die europäische Teams in einem Anbieter-Gespräch stellen.
Agenten-Infrastruktur klingt abstrakt, bis man auflistet, was tatsächlich hindurchläuft. Dann hört Datenresidenz für KI-Agenten auf, eine juristische Fußnote zu sein, und wird eine sehr konkrete Frage über einen sehr konkreten Server.
Was wirklich durch ein MCP Gateway fließt
Ein [MCP Gateway](/de/blog/what-is-an-mcp-gateway) sitzt zwischen deinem Agenten und jedem Tool, das er aufrufen kann. Diese Position macht es zum Sammelpunkt für drei Arten von Daten.
Zugangsdaten. Das Gateway speichert OAuth-Tokens und API-Keys für jedes verbundene Tool, serverseitig, damit dein Agent sich einmal anmelden kann. Wer diesen Vault betreibt, hält stehenden Zugriff auf dein CRM, dein Helpdesk, deine Buchhaltung.
Tool-Payloads. Jede Anfrage und jede Antwort läuft durch das Gateway. Ein "schlag diesen Kunden nach"-Aufruf trägt Name und E-Mail-Adresse. Ein "liste offene Rechnungen"-Aufruf trägt Abrechnungsdaten. Das Gateway sieht all das im Transit, und die meisten Gateways loggen zumindest einen Teil davon.
Memory. Hat das Gateway eine Memory-Schicht, speichert es auch Daten im Ruhezustand: Ziele, Entscheidungen, IDs, Fragmente vergangener Sessions. Anders als ein Payload, der durchläuft, ist Memory zum Bleiben gebaut. Sie ist eine Datenbank dessen, was dein Agent weiß, und sie lebt dort, wo das Gateway lebt.
Diese dritte Kategorie ist die, die Procurement-Checklisten meist übersehen. Eine Memory-Schicht ist ein neuer Datenspeicher, und sie gehört auf deine Liste der Verarbeitungsorte wie jede andere Datenbank.
Warum der Standort für EU-Käufer zählt
Für eine europäische Firma ist die Standortfrage Prozess, nicht Paranoia.
Die DSGVO beschränkt das Bewegen personenbezogener Daten aus der EU heraus. Transfers in die USA sind möglich, brauchen aber einen rechtlichen Mechanismus und, seit dem Schrems-II-Urteil, eine Einzelfallprüfung, ob dieser Mechanismus wirklich trägt. Jeder US-gehostete Dienst in deinem Stack ist ein weiterer Eintrag in dieser Prüfung, ein weiterer Unterauftragsverarbeiter im AVV, ein weiteres Gespräch mit der Person, die deine Anbieterliste prüft.
Was die DSGVO für Agenten-Setups bedeutet, steht ausführlich in [DSGVO und KI-Agenten](/de/blog/gdpr-and-ai-agents). Die Kurzfassung für Gateways: Tool-Payloads enthalten routinemäßig personenbezogene Daten (Kundendatensätze, Ticket-Inhalte, E-Mail-Adressen), also ist das Gateway, das sie routet, ein Auftragsverarbeiter in deiner Kette, und sein Hosting-Standort ist ein Fakt, den du kennen und dokumentieren musst.
Es gibt auch unglamouröse praktische Gründe. KI-Infrastruktur in der EU hält die Latenz für EU-Teams niedrig, die Subprozessor-Liste kurz und die Antwort auf "wo liegen diese Daten?" einen Satz lang.
EU-gehostetes MCP ist 2026 noch selten
Hier der unbequeme Marktfakt: MCP ist aus dem US-KI-Ökosystem gewachsen, und die meisten großen MCP-Plattformen und Gateway-Produkte sind US-Firmen auf US-Infrastruktur. Stand Mitte 2026 ist EU-Residenz für MCP-Infrastruktur die Ausnahme, nicht die Regel. Wer sie braucht, wählt aus einer kurzen Liste, und sollte die Behauptung prüfen statt annehmen, denn "wir haben EU-Kunden" und "deine Daten bleiben in der EU" sind sehr verschiedene Sätze.
Fünf Fragen an jeden MCP-Anbieter
Wo werden Zugangsdaten gespeichert, und wie? Du willst eine benannte Region und Verschlüsselung im Ruhezustand, idealerweise pro Geheimnis, kein vages "in der Cloud". [Der Umgang mit Zugangsdaten im Gateway](/de/blog/mcp-gateway-security) ist ein lösbares Problem, Vagheit hier ist ein Warnsignal.
Wo werden Tool-Payloads verarbeitet? Edge-Netzwerke verkomplizieren das: Ein CDN mit globalen Standorten kann Verkehr außerhalb der EU anfassen, selbst wenn die Speicherung europäisch ist. Frag nach Verarbeitung, nicht nur nach Speicherung.
Wo lebt die Agenten-Memory, und kannst du sie exportieren und löschen? Persistente Memory ist personenbezogene Daten in Wartestellung. Du brauchst einen Ort, eine Aufbewahrungs-Antwort und einen Löschen-Knopf.
Kann ich eine Verbindung widerrufen, ohne den Rest zu sprengen? Residenz heißt Kontrolle, und Kontrolle schließt den Aus-Schalter ein. Widerruf pro Verbindung ist die Messlatte.
Was wird geloggt, und wie lange? Ein [Audit-Trail jedes Agenten-Aufrufs](/de/blog/ai-agent-audit-trail) ist ein Feature, das du willst, aber Logs sind auch Daten, und sie liegen irgendwo.
Wo Tulimoa steht
Volle Transparenz: Tulimoa ist unser Produkt, gewichte diesen Abschnitt entsprechend.
Wir sind eine Zwei-Gründer-Firma, gebaut in Deutschland, und [das Tulimoa-Gateway](/de/gateway) ist in der EU gehostet, in Frankfurt. Zugangsdaten liegen in einem verschlüsselten Vault pro Geheimnis, jede Verbindung ist jederzeit widerrufbar, und Datenexport gibt es in der App. Das Gateway selbst ist in früher Beta und noch nicht self-serve; das Verzeichnis und unser öffentlicher MCP-Server sind heute live.
Was wir nicht tun: mit einem Compliance-Abzeichen wedeln. Wir behaupten keine Zertifizierungen, die wir nicht halten, und der Hosting-Standort allein macht niemanden konform. Er macht nur die Residenz-Frage leicht zu beantworten, und dort beginnt jede ehrliche Compliance-Geschichte.
Häufige Fragen
Sagt MCP selbst etwas darüber, wo Daten verarbeitet werden?
Nein. MCP ist ein Protokoll, wie HTTP. Es definiert, wie Agenten und Tools sprechen, nicht wo die Server laufen. Residenz ist eine Eigenschaft des Deployments, das du wählst, und genau deshalb musst du jeden Anbieter einzeln fragen.
Ist Self-Hosting von MCP-Servern ein Weg um die Residenz-Frage herum?
Teilweise. MCP-Server auf eigener EU-Infrastruktur halten diesen Verkehr unter deiner Kontrolle, aber die meisten nützlichen Tools sind Remote-SaaS-Dienste, die ohnehin auf ihrer Seite verarbeiten. Self-Hosting verkürzt deine Anbieterliste; es beseitigt die Frage nicht.
Macht EU-Hosting mein Agenten-Setup DSGVO-konform?
Nein. Der Hosting-Standort ist ein Faktor unter vielen. Konformität hängt an deiner ganzen Kette: welche Daten deine Agenten anfassen, deine Rechtsgrundlagen, deine AVVs, Aufbewahrung und die Unterauftragsverarbeiter hinter jedem Tool. EU-Hosting räumt ein hartes Problem ab, internationale Transfers für dieses Kettenglied, mehr nicht.