Zarządzana warstwa danych, open core

Smart Data Engine

AI proponuje układ danych. Twoje reguły wyznaczają granice.

Deklarujesz encje i ograniczenia biznesowe. Smart Data Engine planuje rozmieszczenie, a otwarte SDK łączy aplikację bezpośrednio z silnikami. Bazy mogą działać u Ciebie lub w hostingu u nas. Warstwa sterowania nie otrzymuje wierszy ani poświadczeń do baz.

Produkt na wczesnym etapie. Publiczne SDK są dostępne. Zintegrowany proces AI, demo i onboarding są nadal rozwijane.

Jak to działa

Pierwszy zakres wdrożenia to nowa aplikacja lub moduł, uzgodniony i zweryfikowany z Twoim zespołem.

Deklarujesz model logiczny

Określasz encje, relacje oraz ograniczenia, których nie odczytamy z ruchu: atomowość, lokalizację danych, pola osobowe i limit kosztów. Rejestrujesz silniki dostępne dla aplikacji.

My decydujemy o schemacie fizycznym

Mapa opisuje docelowy silnik i schemat fizyczny. Propozycje AI są sprawdzane względem zadeklarowanych ograniczeń i zapisywane wraz z uzasadnieniem decyzji.

Twoja aplikacja przestaje wymawiać nazwy tabel

SDK odczytuje i zapisuje dane bezpośrednio w silnikach, używając lokalnych poświadczeń. Warstwa sterowania nie uczestniczy w tej ścieżce żądania, a aplikacja operuje na encjach logicznych.

Zatwierdź, przenieś, zweryfikuj

Zmiana rozmieszczenia wymaga zatwierdzenia. Dane są kopiowane i weryfikowane lokalnie przed przełączeniem. Przebieg i dopuszczalną przerwę uzgadniamy oraz sprawdzamy dla wybranego obciążenia.

Dlaczego Smart Data Engine?

Bo schemat fizyczny to decyzja, którą ktoś musi podejmować stale.

SDK bez daty wygaśnięcia

Zakończenie subskrypcji zatrzymuje wydawanie nowych map, nie działanie SDK. Aplikacja może korzystać z ostatniego przyjętego rozmieszczenia. Hosting baz jest osobną usługą i umową.

Propozycje AI, jawne zabezpieczenia

Komponenty AI proponują układ danych, plany migracji i zapytania analityczne. Deterministyczne kontrole odrzucają naruszenia ograniczeń i zapisują decyzję. AI nigdy nie ocenia, czy migracja poprawnie skopiowała dane.

Granica danych, którą możesz sprawdzić

Biblioteki klienckie na Apache-2.0 są publiczne. Możesz sprawdzić kod stosujący mapy i łączący się z bazami. Wiersze i poświadczenia do baz nie trafiają do warstwy sterowania.

Jedna grupa, jeden silnik

Encje wymagające wspólnego zatwierdzenia pozostają w jednym silniku i korzystają z jego semantyki transakcji. Abstrakcja nie ukrywa transakcji rozproszonych ani joinów między silnikami.

Weryfikowane migracje

Komponenty migracji obejmują wznawialne kopiowanie, porównanie wartości i kontrolowane przełączenie. Przebieg i dopuszczalną przerwę uzgadniamy oraz sprawdzamy dla Twojego obciążenia.

Droga wyjścia jest opisana

Eksportujesz układ fizyczny i odczytujesz dane natywnym sterownikiem silnika. Udokumentowana droga wyjścia opisuje też ograniczenia, aby można było je ocenić przed wyborem SDK.

Planowane API dla analityków

Zapytanie i kod, który je wykona

Opisz potrzebną metrykę zwykłym językiem i wybierz język programowania. Planowane API zwróci zapytanie, docelowy silnik oraz gotowy program do odczytu na podstawie zadeklarowanego modelu.

Program uruchamiasz u siebie. Wyniki i poświadczenia do baz pozostają w Twoim środowisku.

Przykładowe pytanie
Daj mi zapytanie do odczytu PnL z ostatnich 7 dni.

Zapytanie i docelowy silnik

SQL, parametry i silnik wskazany na podstawie mapy rozmieszczenia.

Gotowy program do odczytu

Kod w wybranym języku, z instrukcją instalacji i lokalnej konfiguracji.

Komponenty generowania zapytań już działają. Dostęp przez API i generowanie programów są w planach.

Nie musisz nam wierzyć. Przeczytaj kod.

Sprawdź otwarte biblioteki: routing, podpisane mapy i granicę danych. Publiczny silnik L2 orderbook jest osobnym dowodem naszej pracy inżynierskiej, z kodem, testami i odtwarzalną metodyką pomiarów.

  • C++20 Natywny silnik L2 orderbook
  • Otwarty Kod na licencji Apache-2.0
  • Pomiary Publiczna metodyka benchmarków

Wyniki zależą od sprzętu i obciążenia. Publiczne porównanie opisuje metodykę i ograniczenia pomiarów. Nie jest gwarancją wydajności Twojej aplikacji.

Przeczytaj biblioteki klienckie (otwiera w nowej karcie)

Gdzie jest granica

SDK łączy się bezpośrednio z silnikami. Warstwa sterowania otrzymuje metadane modelu i zagregowaną telemetrię, nie wiersze ani poświadczenia do baz. Jej zabezpieczenia operacyjne i aktualne ograniczenia można omówić przed wdrożeniem.

  • Ani jeden wiersz nie przechodzi

    Rozmieszczenie korzysta z modelu, kształtów operacji i zagregowanej telemetrii. Wartości danych i poświadczenia do baz pozostają poza warstwą sterowania. Kod klienta utrzymujący tę granicę jest publiczny.

  • Nazwy też można zahaszować

    Wrażliwe nazwy encji i pól mogą zostać zastąpione identyfikatorami wyliczanymi z kluczem na Twojej infrastrukturze. Klucz pozostaje lokalny, a warstwa sterowania pracuje na metadanych modelu.

  • Sprawdź zabezpieczenia, nie znaczek

    Nie deklarujemy certyfikacji SOC 2. Przed produkcją sprawdź z nami uzgodniony model dostępu, obsługę kluczy podpisujących, audyt, procedury odtworzenia i weryfikację obciążenia.

  • Stara mapa działa dalej, odtworzona nie

    SDK weryfikuje podpisane mapy i odrzuca starsze wersje po zastosowaniu nowszej. Przyjęte mapy nie wygasają, gdy warstwa sterowania jest niedostępna.

Twoje silniki, tam gdzie już stoją

Zachowaj silniki na swoich serwerach, w VPN lub używanej chmurze. Hosting u nas uzgadniamy osobno z Twoim zespołem. W obu przypadkach SDK łączy się bezpośrednio z wybranymi silnikami.

Amazon Web Services
Google Cloud Platform
Microsoft Azure
OVH Cloud

Jak zaczynamy

Uzgodnij zakres, zanim zdecydujesz się na integrację.

  1. Opisz obciążenie

    Opowiedz o aplikacji, wzorcach dostępu, ograniczeniach i dostępnych silnikach. Nowy moduł daje czytelniejszy pierwszy zakres niż przebudowa całego istniejącego systemu.

  2. Ustalmy, co trzeba udowodnić

    Określamy model, wymagane operacje, założenia kosztowe i kryteria odbioru. Mówimy wprost, co obsługują obecne biblioteki, a co trzeba jeszcze zbudować.

  3. Sprawdźmy integrację

    Sprawdzamy lokalne poświadczenia, podpisane mapy oraz odczyt i zapis w wybranych silnikach. Przed produkcją weryfikujemy odtwarzanie i odpowiedzialność za utrzymanie.

  4. Oceniaj zmiany na podstawie danych

    Obserwowany ruch staje się punktem odniesienia. Zmiana rozmieszczenia wymaga uzasadnionej propozycji, zatwierdzenia i procesu migracji sprawdzonego dla Twojego obciążenia.