KI schlägt die Struktur vor. Ihre Regeln setzen die Grenzen.
Deklarieren Sie Entitäten und geschäftliche Vorgaben. Smart Data Engine plant die Platzierung; das offene SDK verbindet Ihre Anwendung direkt mit den Engines. Betreiben Sie Datenbanken selbst oder nutzen Sie unser Hosting. Die Steuerungsebene erhält weder Ihre Datenzeilen noch Datenbank-Zugangsdaten.
Produkt in früher Entwicklungsphase. Öffentliche SDKs sind verfügbar; der integrierte KI-Ablauf, das Demo und das Onboarding werden noch entwickelt.
Der erste Einsatz umfasst eine neue Anwendung oder ein Modul, gemeinsam mit Ihrem Team abgestimmt und qualifiziert.
Definieren Sie Entitäten, Beziehungen und Vorgaben, die sich nicht aus dem Datenverkehr ableiten lassen: Atomarität, Datenstandort, personenbezogene Felder und Kostenobergrenze. Registrieren Sie die Engines, die der Anwendung zur Verfügung stehen.
Eine Platzierung beschreibt Ziel-Engine und physisches Schema. KI-Vorschläge werden gegen die deklarierten Vorgaben geprüft und mit den Nachweisen für die Entscheidung gespeichert.
Das SDK liest und schreibt direkt in den Engines, mit lokalen Zugangsdaten. Die Steuerungsebene liegt außerhalb dieses Anfragewegs. Die Anwendung arbeitet mit logischen Entitäten.
Eine Änderung der Platzierung benötigt eine Freigabe. Daten werden vor dem Umschalten lokal kopiert und verifiziert. Einführung und zulässige Unterbrechungsdauer qualifizieren wir anhand des gewählten Workloads.
Weil das physische Schema eine Entscheidung ist, die regelmäßig überprüft werden muss.
Nach Ende des Abonnements erhalten Sie keine neuen Platzierungspläne; das SDK läuft weiter. Die Anwendung kann ihre letzte akzeptierte Platzierung weiterverwenden. Datenbank-Hosting ist eine separate Dienstleistung mit eigener Vereinbarung.
KI-Komponenten schlagen Strukturen, Migrationspläne und Analystenabfragen vor. Deterministische Prüfungen weisen Regelverstöße zurück und protokollieren die Entscheidung. Ob eine Migration die Daten korrekt kopiert hat, entscheidet niemals die KI.
Die Client-Bibliotheken sind unter Apache-2.0 öffentlich. Sie können den Code prüfen, der Platzierungspläne anwendet und Datenbankverbindungen herstellt. Datenzeilen und Datenbank-Zugangsdaten gelangen nicht in die Steuerungsebene.
Entitäten, die gemeinsam committen müssen, bleiben in einer Engine und nutzen deren Transaktionssemantik. Die Abstraktion versteckt weder verteilte Transaktionen noch Engine-übergreifende Joins.
Die Migrationskomponenten umfassen fortsetzbares Kopieren, wertgenaue Verifikation und kontrolliertes Umschalten. Wir vereinbaren und testen den Ablauf samt zulässiger Unterbrechungsdauer anhand Ihres Workloads.
Exportieren Sie die physische Struktur und greifen Sie mit dem nativen Treiber der Engine auf Ihre Daten zu. Die dokumentierte Ausstiegsstrategie beschreibt auch Grenzen, damit Sie diese vor dem Einsatz des SDKs bewerten können.
Beschreiben Sie eine Kennzahl in natürlicher Sprache und wählen Sie eine Programmiersprache. Die geplante API liefert Abfrage, Ziel-Engine und ein einsatzbereites Leseprogramm auf Basis Ihres deklarierten Modells.
Das Programm läuft in Ihrer Umgebung. Ergebnisse und Datenbank-Zugangsdaten bleiben dort.
Erstelle eine Abfrage für den PnL der letzten 7 Tage.
SQL, Parameter und die aus Ihrem Platzierungsplan gewählte Engine.
Code in der gewählten Sprache, mit Anleitung für Installation und lokale Konfiguration.
Komponenten zur Abfragegenerierung existieren bereits. API-Zugang und Programmgenerierung sind geplant.
Prüfen Sie Routing, signierte Pläne und die Datengrenze in den offenen Client-Bibliotheken. Unsere öffentliche L2-Orderbook-Engine ist ein separater technischer Nachweis mit Quellcode, Tests und reproduzierbaren Benchmark-Methoden.
Ergebnisse hängen von Hardware und Workload ab. Der öffentliche Vergleich dokumentiert Methode und Grenzen; er ist keine Leistungsgarantie für Ihre Anwendung.
Client-Bibliotheken ansehen (öffnet sich in einem neuen Tab)Benchmark-Methoden und Ergebnisse lesen(öffnet sich in einem neuen Tab)
Python-Bibliothek auf PyPI(öffnet sich in einem neuen Tab) TypeScript-Bibliothek auf npm(öffnet sich in einem neuen Tab) Verfügbare Sprachen und ihre Funktionen(öffnet sich in einem neuen Tab)
Ihr SDK verbindet sich direkt mit den Engines. Die Steuerungsebene erhält Modell-Metadaten und aggregierte Telemetrie, keine Datenzeilen oder Zugangsdaten. Betriebliche Schutzmaßnahmen und aktuelle Grenzen können Sie prüfen.
Die Platzierung nutzt das deklarierte Modell, die Form der Operationen und aggregierte Telemetrie. Datenwerte und Datenbank-Zugangsdaten bleiben außerhalb der Steuerungsebene. Der Client-Code, der diese Grenze durchsetzt, ist öffentlich.
Sensible Entitäts- und Feldnamen lassen sich innerhalb Ihrer Infrastruktur durch schlüsselbasierte Kennungen ersetzen. Der Schlüssel bleibt lokal, während die Steuerungsebene mit den daraus erzeugten Modell-Metadaten arbeitet.
Wir behaupten keine SOC-2-Zertifizierung. Prüfen Sie vor dem Produktiveinsatz mit uns das vereinbarte Zugriffsmodell, den Umgang mit Signierschlüsseln, Audit-Protokolle, Wiederherstellungsverfahren und die Workload-Qualifikation.
Das SDK prüft signierte Platzierungspläne und lehnt ältere Versionen ab, sobald eine neuere angewendet wurde. Bereits akzeptierte Pläne laufen bei einem Ausfall der Steuerungsebene nicht ab.
Behalten Sie Ihre Engines auf eigenen Servern, in Ihrem VPN oder Ihrer bisherigen Cloud. Hosting durch uns stimmen wir separat mit Ihrem Team ab. In beiden Fällen verbindet sich das SDK direkt mit den gewählten Engines.
Den Umfang abstimmen, bevor Sie sich für eine Integration entscheiden.
Beschreiben Sie Anwendung, Zugriffsmuster, Vorgaben und verfügbare Engines. Ein neues Modul ist ein klarerer erster Schritt als der Umbau eines vollständigen bestehenden Systems.
Definieren Sie Datenmodell, erforderliche Operationen, Kostenannahmen und Abnahmekriterien. Wir benennen, was die aktuellen Bibliotheken unterstützen und was noch entwickelt werden muss.
Prüfen Sie lokale Zugangsdaten, signierte Pläne sowie Lese- und Schreibzugriffe auf die gewählten Engines. Klären Sie Wiederherstellung und betriebliche Verantwortung vor jeder produktiven Bereitstellung.
Nutzen Sie beobachteten Datenverkehr als Ausgangsbasis. Jede Platzierungsänderung braucht einen begründeten Vorschlag, eine Freigabe und einen für Ihren Workload qualifizierten Migrationsprozess.
