Właściwy silnik to ten, który spełnia Twoje wymagania.
Budujemy Smart Data Engine, aby oddzielić model danych aplikacji od fizycznego przechowywania. Zaczynamy od wzorców dostępu, ograniczeń biznesowych i sprzętu. Korzystamy z gotowych silników tam, gdzie pasują, a wyspecjalizowane budujemy wtedy, gdy uzasadnia to zmierzone wymaganie.
Opowiedz nam o swoim workloadzieNasz silnik L2 orderbook jest publiczny: kod C++20, testy, narzędzia pomiarowe i opisane ograniczenia. Sprawdź implementację, odtwórz pomiary i zobacz kompromisy. Takiego standardu trzymamy się w uzgodnionym projekcie klienta.
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 kod na GitHubie (otwiera w nowej karcie)Przeczytaj metodykę i wyniki pomiarów(otwiera w nowej karcie)
Zmniejszyć ilość sprzętu i energii potrzebnych do przechowywania i przetwarzania danych w dużej skali. Większość tego marnotrawstwa bierze się z uruchamiania workloadu na silniku, który nigdy nie był do niego przewidziany. Czasem lekarstwem jest przeniesienie go na właściwy silnik i porządne utrzymanie tego silnika. Czasem nowy silnik. Cel jest ten sam: te same dane, mniej serwerów, mniej prądu.
A kiedy nie potrzebujesz żadnego z nich, usłyszysz to na pierwszej rozmowie. Jeśli Twoim wąskim gardłem jest brakujący indeks albo jedna instancja PostgreSQL ma jeszcze lata zapasu, powiedzenie tego kosztuje nas projekt i oszczędza Ci złego projektu.
Zaczynamy od Twoich danych i Twojego sprzętu, nie od szablonu. AI pomaga nam znaleźć optymalizacje, które człowiek by przeoczył, a każda teza jest sprawdzana benchmarkiem, który wybrałeś.
Zanim cokolwiek wdrożymy albo napiszemy, patrzymy na kształt Twoich danych, wzorce dostępu i sprzęt, na którym pracujesz. Jeśli nie potrzebujesz żadnego z produktów, mówimy to wprost.
Przepustowość, percentyle latencji, zajętość storage’u, pobór energii. Liczby wybierasz Ty, na swoim workloadzie, żeby wynik dało się sprawdzić, a nie przedyskutować.
Albo właściwy istniejący silnik, wdrożony i wytuningowany na Twojej infrastrukturze, albo nowy, napisany pod Twój workload. Oba sprawdzane benchmarkiem z kroku drugiego.
Zarządzany znaczy, że pilnujemy tempa, łatek i backupów, a Ty dostajesz wykres latencji. Przekazany znaczy, że dostajesz silnik, benchmarki, testy i dokumentację.
Każdą z nich można sprawdzić. Po to je tu wypisujemy.
Pozwalamy naszej pracy mówić za siebie. Głęboka doskonałość techniczna jest naszym fundamentem, nie efektowne obietnice.
Silnik jest publiczny. Oceniaj kod, nie tekst na stronie.
Każda optymalizacja, którą dostarczamy, może być zmierzona i zweryfikowana. Zyski wydajności, które możesz zmierzyć, nie tylko deklaracje na slajdach.
Benchmark ustalamy z Tobą przed wdrożeniem albo napisaniem czegokolwiek.
Nic tu nie startuje z szablonu. O tym, jaki silnik dostaniesz, decydują Twoje dane i wzorce dostępu, niezależnie od tego, czy go wybieramy, czy piszemy.
Jeśli Twój workload nas w ogóle nie potrzebuje, usłyszysz to na pierwszej rozmowie.
Inżynierskie podejście, z Warszawy. Bezpośrednia rozmowa o systemie, którego potrzebujesz.
CEO i Założyciel
Buduję systemy danych dla tradingu, gdzie latencja i poprawność wymagają dowodów. W Smart Data Engines stosujemy to samo podejście: określamy obciążenie, mierzymy punkt wyjścia i weryfikujemy zmianę. Publiczny silnik orderbookowy jest jednym z przykładów tej pracy.
