MCP Cloud vs. Manufact Cloud: Welche MCP-Hosting-Plattform passt?

MCP Cloud und Manufact Cloud hosten beide entfernte Model Context Protocol Server, verpacken die Kaufentscheidung aber unterschiedlich. MCP Cloud positioniert sich als breites Control Plane für gehostete Server, Drittanbieter-Inventar, Aggregation, Sicherheitsrichtlinien und Agent Hosting. Manufact Cloud positioniert sich als Entwicklerplattform zum Bauen, Testen, Bereitstellen, Beobachten und Verteilen von MCP-Servern und MCP Apps.

Damit wird die Vorauswahl einfacher. Entscheide zuerst über das Betriebsmodell, nicht über die längere Feature-Liste. Teams mit vielen bestehenden Servern, Deployment-Orten und Agent Tools sollten zuerst MCP Cloud prüfen. Produktteams, die einen MCP-Server oder eine interaktive MCP App über Git ausliefern, sollten zuerst Manufact prüfen. Beide müssen vor dem Kauf die eigenen Anforderungen an Autorisierung, Datenresidenz, Audit, Recovery und Exit bestehen.

Dieser Ratgeber besitzt die Anbieter-Auswahlfrage. Er wiederholt weder unsere Checkliste zur Migration stateless MCP-Server noch die Enterprise-MCP-Autorisierungsarchitektur oder die Analyse, warum MCP keine vollständige Sicherheitsgrenze ist.

Was ist die direkte Antwort?

MCP Cloud ist der stärkere erste Kandidat für zentrales MCP-Inventar, Aggregation, flexible Deployments und Governance über mehrere Server. Manufact Cloud ist der stärkere erste Kandidat für GitHub-native Entwicklung, Branch Previews, MCP Apps und einen fokussierten Weg vom Build zur Produktion. Die richtige Wahl hängt von deiner Kontrollgrenze ab, nicht von der längeren Feature-Liste.

Warum einen MCP-Server in der Cloud hosten?

Ein Remote-MCP-Server ist sinnvoll, wenn mehrere Personen, Agents oder Kundenanwendungen denselben dauerhaft erreichbaren Endpoint brauchen. Die offizielle MCP-Architekturübersicht unterscheidet lokale stdio-Server, die typischerweise einen Client bedienen, von Remote-Servern über Streamable HTTP, die meist mehrere Clients bedienen. Hosting ergänzt TLS, Runtime-Betrieb, Secrets, Skalierung und Logs.

Das macht das Tool nicht automatisch sicher. Der Server entscheidet weiterhin, was jede Identität lesen oder verändern darf, wie nachgelagerte Credentials ausgetauscht werden, zu welchem Tenant eine Anfrage gehört und ob ein wiederholter Schreibvorgang doppelt laufen kann. Eine Plattform liefert Bausteine, kann das Autorisierungsmodell deines Geschäfts aber nicht aus einem Tool-Schema ableiten.

MCP Cloud vs. Manufact Cloud im Überblick

Diese Tabelle ist eine Kaufhilfe, keine Sicherheitszertifizierung und kein Performance-Benchmark. Wir haben öffentliche Dokumentation am 10. August 2026 geprüft und weder Anbieterzugang noch Bezahlung oder redaktionelle Freigabe erhalten.

Wofür optimiert MCP Cloud?

MCP Cloud passt am besten, wenn das Problem größer ist als das Deployment eines einzelnen Repositories. Das öffentliche Produkt umfasst das Hosting eigener Server, das Bereitstellen von Drittanbieter-Servern, ein gemeinsames Inventar, Authentifizierung und Guards, fokussierte Toolsets, mehrere Server hinter einem Endpoint und dauerhaft laufende Agents.

Die öffentliche Preisseite zeigte bei unserer Prüfung Starter für 19 US-Dollar, Personal für 49, Professional für 149 und Premium für 499 US-Dollar, zusätzlich zu nutzungsbasierten Angeboten und einem individuellen Business-Plan. Die Pakete mischen Compute, Serveranzahl, Agent Hosting, Toolsets und Sicherheitsfunktionen. Vergleiche deshalb die Kosten des gesamten Workloads statt nur eines Einstiegspreises. Bestätige Limits, Credits, Aufbewahrung und Mehrverbrauch im Checkout oder Vertrag.

Für Enterprise-Architektur beschreibt die Deployment-Übersicht für Unternehmen vollständig verwaltete Cloud-, Hybrid- und vollständige On-Premise-Modelle. Das ist der wichtigste Unterschied für Käufer mit privaten Netzwerken oder Residenzvorgaben für das Control Plane. Kläre, welche Komponenten, Telemetrie, Updates und Support-Kanäle in jedem Modell beim Anbieter verbleiben.

Wofür optimiert Manufact Cloud?

Manufact Cloud ähnelt stärker einer vertikalen Entwicklerplattform. Ein Server kann aus einem GitHub-Repository, Template, Coding Agent oder bestehenden URL entstehen. Der dokumentierte Ablauf deckt Builds, Previews pro Branch, Produktion, Secrets, eigene Domains, Logs, Session Replay, Traffic-Analysen, Publish Checks und Verbindungen zu ChatGPT, Claude, Cursor und Codex ab.

Die öffentliche Manufact-Preisseite zeigte einen Free-Plan mit zwei Projekten und 5 US-Dollar monatlichen Credits, Hobby für 25 US-Dollar pro Monat, Startup für 250 US-Dollar und individuelle Enterprise-Preise. Analytics-Aufbewahrung, Teamgröße, Preview Deployments, Cold-Start-Vermeidung und Regionen unterscheiden sich je Plan. Modelliere Requests, Ausführungsdauer, Aufbewahrung und Preview-Nutzung, denn Credits allein prognostizieren die Produktionskosten nicht.

Die MCP-Hosting-Dokumentation betont GitHub-ausgelöste Builds, eine Preview-URL je Branch, verwaltetes TLS, eigene Domains, umgebungsspezifische Secrets, Framework-Erkennung und Dockerfile-Unterstützung. Das ist attraktiv, wenn das Team bereits über Pull Requests ausliefert und der MCP-Endpoint demselben Review-Rhythmus folgen soll.

Welche Plattform ist besser für Teams und Governance?

MCP Cloud stellt Governance, Inventar und Komposition in den Mittelpunkt. Manufact dokumentiert Organisationsrollen, Projekte und individuelle Enterprise-Rollen. Entscheidend ist die Granularität, nicht ob eine Seite das Kürzel RBAC verwendet.

Die Manufact-Referenz zu Rollen und Berechtigungen sagt ausdrücklich, dass die eingebaute Member-Rolle nicht read-only ist. Mitglieder können Server, Deployments, Agents, API Keys, Domains und GitHub-Integrationen erstellen, ändern und löschen. Feingranulare eigene Rollen sind ein Enterprise-Feature. Kleine Produktteams mögen diese Einfachheit. Regulierte Teams sollten eigene Rollen einpreisen und die Trennung von Deployment, Security Review, Abrechnung und read-only Audit testen.

Fordere bei beiden Anbietern Belege für SSO-Durchsetzung, Service Accounts, Key Rotation, unveränderlichen Audit-Export, Aufbewahrung, regionale Verarbeitung, Backup Recovery, Incident-Meldung und Tenant-Isolation. Ein Screenshot eines Policy-Dashboards beweist nicht, dass ein nachgelagertes ERP eine fremde Tenant-ID ablehnt.

Welche Sicherheitsfragen gehören vor den Kauf?

Die offiziellen MCP Security Best Practices verbieten Token Passthrough ausdrücklich und behandeln Confused-Deputy- sowie SSRF-Risiken. Nutze diese Anforderungen als Abnahmetests, nicht als spätere Härtung.

• Token Audience: Lehnt der Server ein Token ab, das für eine andere Ressource ausgestellt wurde?
• Nachgelagerte Identität: Werden User Tokens gegen enge Credentials getauscht statt weitergereicht?
• Tenant-Quelle: Kommt die Tenant-Identität aus verifizierten Claims statt aus einem Tool-Argument?
• Tool-Freigabe: Erhält jeder Client, jedes Team und jede Umgebung eine minimale Allowlist?
• Zieladressen: Sind Redirects, Metadata Endpoints, Webhooks und Benutzer-URLs gegen SSRF geschützt?
• Audit-Belege: Lassen sich Aufrufer, Tool, Policy-Entscheidung, Ergebnis und Correlation ID ohne Secrets exportieren?
• Recovery: Kann das Team Credentials widerrufen, zurückrollen und betroffene Calls innerhalb des Zielwerts rekonstruieren?
• Exit: Können Code, Konfiguration, Secret Map und Client URLs ohne Neuimplementierung umziehen?

Wann solltest du MCP Cloud wählen?

• Du hast mehrere gehostete, selbst gehostete oder externe MCP-Server und brauchst ein Inventar.
• Du willst aus mehreren Servern eine kleinere freigegebene Tool-Oberfläche zusammensetzen.
• Hybrid oder On-Premise ist eine Beschaffungsvorgabe.
• Persistent Agent Hosting und MCP Management sollen in einer Plattform liegen.
• Eine zentrale Sicherheits- und Zugriffsschicht ist wichtiger als Branch-Preview-Komfort.

Validiere die genaue Enterprise-Grenze. „On-Premise“ kann vom vollständigen privaten Control Plane bis zu einem Daten-Proxy reichen, der weiterhin von einer SaaS-Konsole abhängt.

Wann solltest du Manufact Cloud wählen?

• Dein Team baut einen neuen MCP-Server oder eine MCP App und will schnell von Git Push zu einer testbaren URL.
• Jeder Pull Request soll einen produktionsnahen Preview-Endpoint erhalten.
• Entwickler brauchen Presets, Logs, Sessions, Analytics, Evals und Publish Checks in einem Ablauf.
• Distribution über ChatGPT oder Claude und interaktive MCP Apps gehören zur Roadmap.
• Ein Open-Source-Framework soll den Servercode portabel halten.

Das mcp-use Repository veröffentlicht sein TypeScript- und Python-Framework unter der MIT-Lizenz und trennt das Framework vom Manufact-Cloud-Deployment. Das verbessert Code-Portabilität. Cloud-Konfiguration, Analytics-Historie und Betriebsabläufe benötigen trotzdem einen expliziten Exit-Plan.

Wann solltest du selbst hosten oder eine eigene MCP-Plattform bauen?

Hoste selbst, wenn Runtime-Ort, Netzwerkregeln, Stückkosten oder Integrationskontrolle strategisch sind und dein Team den Betrieb tragen kann. Baue eine eigene Schicht, wenn das eigentliche Problem nicht generisches Hosting ist, sondern eine produktspezifische Autorisierungs- und Transaktionsgrenze über SAP, Produktionssysteme, Kundenkonten, Zahlungen oder regulierte Datensätze.

Baue kein Dashboard nur, um ein Abo zu vermeiden. Preise Bereitschaft, TLS und DNS, Secret Rotation, Autoscaling, Logs, Trace-Aufbewahrung, Abuse Controls, OAuth-Interoperabilität, Backups, Regions-Failover, Client-Kompatibilität und Incident Response ein. Eine Managed Plattform gewinnt oft beim ersten begrenzten Server. Eine eigene Architektur wird sinnvoll, wenn Geschäftsregeln oder Compliance-Grenzen den Unterschied ausmachen.

Wavects AI Enablement und MCP Engineering kann diese Grenze entwerfen. Die Twinsoft AI Case Study zeigt, wie wir ein AI-Produkt entwickeln und validieren. Nutze zusätzlich den Ratgeber Individualsoftware vs. Standardsoftware, wenn Ownership und Anbieter-Fit über MCP hinausgehen.

Wie läuft ein siebentägiger MCP-Hosting-Pilot?

1. Deploye denselben begrenzten Server. Nutze drei Lese-Tools und ein reversibles Schreib-Tool mit synthetischen oder Staging-Daten.
2. Verbinde dieselben Clients. Teste die echten ChatGPT-, Claude-, IDE- oder internen Host-Versionen der Nutzer.
3. Teste Identität. Prüfe zwei User, Rollen und Tenants, inklusive abgelehnter fremder IDs und abgelaufener Credentials.
4. Liefere eine Änderung. Miss Preview, Freigabe, Rollout, Rollback und sichtbaren Schema Drift.
5. Brich Abhängigkeiten. Erzeuge Timeout, fehlerhafte Antwort, Rate Limit, widerrufenes Secret und doppelten Write Retry.
6. Exportiere Belege. Prüfe, ob Logs Aufrufer, Tool, Policy, Deployment und Ergebnis beantworten.
7. Berechne akzeptierte Kosten. Inklusive Plattform, Nutzung, Engineering, Security Review, Support und retained Environments.

Bewerte Deployment-Zeit, erfolgreiche Calls, p95-Latenz, Genauigkeit verbotener Aktionen, Rollback-Zeit, Audit-Vollständigkeit und Monatskosten. Gewonnen hat die Plattform, die deine Produktionsgates mit dem geringsten dauerhaften Ownership-Aufwand erfüllt, nicht der schnellste Hello-World-Endpoint.

Recherchegrenze

Status geprüft am 10. August 2026. Dieser Vergleich verwendet öffentliche Produktseiten, Dokumentation, Preise und Open-Source-Repositories. Wir haben keine bezahlten Produktionsworkloads ausgeführt, keine private Infrastruktur geprüft, keinen Penetrationstest durchgeführt und keinen Enterprise-Vertrag bewertet. Produktangaben sind ihrem Herausgeber zugeordnet. Preise, Features und Bedingungen können sich ändern und müssen im Einkauf bestätigt werden.