Zum Hauptinhalt springen

So funktioniert es — Daten abfragen, ohne sie zu bewegen

Von der Abfrage zur Antwort — ohne Ihre Daten zu bewegen.

Statt Ihre Daten zu den Nutzern zu bewegen, bringt Virtual Data Platform die Abfrage zu den Daten. Das passiert zwischen einer Frage und ihrer Antwort.

Die Plattform in Aktion

Ein kurzer, stummer Klick durch das Portal — vom Dashboard über Standorte und Gateways, Systemlinien und Virtual Datasets bis zur Test Bench.

Der Anfragezyklus

  1. 1

    Authentifizieren

    Der Client meldet sich mit Microsoft Entra ID an. Die Identität des Nutzers — kein Dienstkonto — reist mit der Anfrage.

  2. 2

    Validieren

    Der Dispatcher validiert die Anfrage sowie Lizenzen und Zugriff des Nutzers, bevor Arbeit beginnt.

  3. 3

    Sandbox

    Eine private, isolierte Sandbox startet — Ihre Sandbox ist in unter 100 ms bereit, mit sicheren R- und Python-Laufzeiten darin.

  4. 4

    Routen

    Die Plattform leitet die Abfrage — über die MessageQueue und den gRPC-Proxy des Gateways — an das Gateway am richtigen Ihrer Standorte. Gateways verbinden sich nur ausgehend.

  5. 5

    An der Quelle abfragen

    Das Gateway übersetzt die Identität des Nutzers in das, was die Quelle spricht, und führt die Abfrage live gegen das System aus.

  6. 6

    Zurückstreamen

    Ergebnisse streamen Ende-zu-Ende verschlüsselt zurück in die Sandbox, wo eine sichere In-Memory-Datenbank sie in Speichergeschwindigkeit kombiniert. Nichts wird auf Festplatte geschrieben.

Architektur der Virtual Data PlatformWie eine Abfrage von Ihren Tools über die Azure-Plattform zu den Daten an Ihren Standorten und zurück gelangt.IdentitätIhre ToolsPlattform (Ihr Mandant)Ihre Standortestellt Token ausprüft TokenEntra IDExcelüber unser Excel-Add-inPower BIüber SQL-EndpunktRüber unser R-PaketPythonüber unser Python-PaketJeder KI/MCP-Clientüber MCP-EndpunktJeder SQL-Clientüber SQL-EndpunktJeder OData-Clientüber OData-EndpunktUniversal ConnectorTDSRESTODataMCP ServerAPI Gateway · FirewallAPI Gateway · FirewallDispatcherModellierungslogikRPythonSandbox pro Nutzereine isolierte Sandbox pro Nutzer — viele parallelZentrale ServicesConfiguration APIMetadata APIInsights APIRealtime ServicesGraph API+ mehrSandboxManager APIorchestriert jede SandboxMessageQueueProxy · gRPCbidirektionaler gRPC-Streamvom Gateway ausgehend aufgebautIhre ZentraleGatewaySAP BWSAP HANASQL ServerIhre TochterfirmaGatewaySnowflakeSalesforceSharePointWorkday+ mehrIhre ToolsExcel · R · Python · Jeder KI/MCP-Client · Power BIPlattform (Ihr Mandant)DispatcherSandbox pro NutzerModellierungslogik · R · PythonIhre StandorteGatewaynur ausgehendkeine eingehenden Firewall-RegelnSAP · Snowflake · SharePoint · + mehr
  • TLS auf jeder Verbindung
  • Ende-zu-Ende verschlüsselt
  • nur ausgehend — keine eingehenden Regeln
  • 1–6 · der Request-Lebenszyklus
Jede Anfrage trägt ein Microsoft-Entra-ID-Token — Ihr Identitätsanbieter bleibt die Vertrauenswurzel. Der Dispatcher validiert Token und Anfrage, dann erhält sie eine private Sandbox. Die Plattform leitet sie an das Gateway am richtigen Ihrer Standorte weiter; das Gateway — ausschließlich ausgehend verbunden — übersetzt die Identität des Nutzers in das, was die Quelle spricht (SAP Logon Ticket, SAML, klassische Anmeldedaten), fragt das System ab und streamt die Ergebnisse Ende-zu-Ende verschlüsselt zurück in die Sandbox des Nutzers — eine von vielen, die parallel laufen, eine pro aktivem Nutzer. Die Sandbox ist das Gehirn der Anfrage: Sie führt die Modellierungslogik aus und kombiniert Daten systemübergreifend in einer sicheren In-Memory-Datenbank in Speichergeschwindigkeit. Für das Portal, das Excel-Add-in, R und Python reicht diese Verschlüsselung bis in den Client. Nichts wird auf Festplatte geschrieben. Nichts wird offengelegt. Ihre Zentrale betreibt SAP BW, SAP HANA, SQL Server, jedes über seinen Connector mit dem Gateway verbunden, das einen ausgehenden gRPC-Stream zur Plattform hält. Ihre Tochterfirma betreibt Snowflake, Salesforce, SharePoint, Workday, jedes über seinen Connector mit dem Gateway verbunden, das einen ausgehenden gRPC-Stream zur Plattform hält.

Warum virtuell besser ist als kopiert

Zeit bis zur ersten Antwort

ETL / Warehouse
Wochen bis Monate — erst eine Pipeline bauen
Virtual Data Platform
Minuten — ein Virtual Dataset modellieren und abfragen

Aktualität

ETL / Warehouse
So aktuell wie der letzte Ladevorgang
Virtual Data Platform
Live — bei jeder Aktualisierung an der Quelle abgefragt

Governance-Fläche

ETL / Warehouse
Eine zweite Kopie und ein zweites Berechtigungssystem absichern
Virtual Data Platform
Keine Kopie; die Berechtigungen der Quelle gelten pro Nutzer

Infrastrukturkosten

ETL / Warehouse
Speicher, Compute und Pipelines betreiben und abgleichen
Virtual Data Platform
Kein zentraler Speicher — Compute läuft pro Abfrage, dann verschwindet es

Sehen Sie Ihre eigenen Daten live — in 30 Minuten.

Beginnen Sie mit einer Live-Demo — wir zeigen Ihren Anwendungsfall in Excel, Power BI, R oder über einen KI-Assistenten. Danach geht es weiter mit einer kostenlosen Testversion in Ihrem eigenen isolierten Mandanten.

Virtual Data Platform