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.
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.
Pierwszy zakres wdrożenia to nowa aplikacja lub moduł, uzgodniony i zweryfikowany z Twoim zespołem.
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.
Mapa opisuje docelowy silnik i schemat fizyczny. Propozycje AI są sprawdzane względem zadeklarowanych ograniczeń i zapisywane wraz z uzasadnieniem decyzji.
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.
Zmiana rozmieszczenia wymaga zatwierdzenia. Dane są kopiowane i weryfikowane lokalnie przed przełączeniem. Przebieg i dopuszczalną przerwę uzgadniamy oraz sprawdzamy dla wybranego obciążenia.
Bo schemat fizyczny to decyzja, którą ktoś musi podejmować stale.
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ą.
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.
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.
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.
Komponenty migracji obejmują wznawialne kopiowanie, porównanie wartości i kontrolowane przełączenie. Przebieg i dopuszczalną przerwę uzgadniamy oraz sprawdzamy dla Twojego obciążenia.
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.
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.
Daj mi zapytanie do odczytu PnL z ostatnich 7 dni.
SQL, parametry i silnik wskazany na podstawie mapy rozmieszczenia.
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.
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.
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)Przeczytaj metodykę i wyniki pomiarów(otwiera w nowej karcie)
Biblioteka Pythona w PyPI(otwiera w nowej karcie) Biblioteka TypeScriptu w npm(otwiera w nowej karcie) Które języki już istnieją i co każdy z nich obsługuje(otwiera w nowej karcie)
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.
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.
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.
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.
SDK weryfikuje podpisane mapy i odrzuca starsze wersje po zastosowaniu nowszej. Przyjęte mapy nie wygasają, gdy warstwa sterowania jest niedostępna.
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.
Uzgodnij zakres, zanim zdecydujesz się na integrację.
Opowiedz o aplikacji, wzorcach dostępu, ograniczeniach i dostępnych silnikach. Nowy moduł daje czytelniejszy pierwszy zakres niż przebudowa całego istniejącego systemu.
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ć.
Sprawdzamy lokalne poświadczenia, podpisane mapy oraz odczyt i zapis w wybranych silnikach. Przed produkcją weryfikujemy odtwarzanie i odpowiedzialność za utrzymanie.
Obserwowany ruch staje się punktem odniesienia. Zmiana rozmieszczenia wymaga uzasadnionej propozycji, zatwierdzenia i procesu migracji sprawdzonego dla Twojego obciążenia.