Najważniejsze
Aurabase: Baza danych Postgres 16 dedykowana dla każdego projektu, obliczenia nigdy nie zawieszane, natywny RLS, zintegrowany NL2SQL/RAG, infrastruktura zweryfikowana w Niemczech i Finlandii. Neon: komputer skalujący się do zera i budzący się na żądanie, zakupiony przez Databricks (amerykańską firmę) w 2025 r., rozgałęzienie Copy-on-Write przydatne do rozwoju. Jeśli Twoim priorytetem jest natychmiastowa dostępność i suwerenność prawna zaplecza produkcyjnego, architektura Aurabase bezpośrednio odpowiada na tę potrzebę.
Komputer, który nigdy nie śpi
Aurabase udostępnia dedykowaną bazę danych Postgres 16 dla każdego projektu, która nigdy nie jest współdzielona między klientami, bez zawieszania obliczeń w celu wybudzenia: Twój backend odpowiada od pierwszego żądania, w nocy, w weekendy lub po okresie poza szczytem — bez opóźnień do przebudzenia.
Neon opiera się na architekturze, która oddziela moc obliczeniową i pamięć masową oraz powoduje uśpienie obliczeń z powodu braku aktywności, aby zmniejszyć rachunki. Jest to spójny wybór w przypadku środowiska programistycznego lub testowego, które przez większość czasu pozostaje bezczynne, ale każde wznowienie powoduje opóźnienie wznowienia, które bezpośrednio absorbuje pierwszy użytkownik tego ranka.
Pytanie, na które rozgałęzienie nie daje odpowiedzi: gdzie jest Twoja firma-matka?
Neon został przejęty przez amerykańską firmę Databricks w 2025 r. Amerykańska spółka-matka pozostaje narażona na ustawę CLOUD niezależnie od regionu, w którym fizycznie znajdują się Twoje dane – jest to mechanizm prawny niezależny od lokalizacji geograficznej serwera.
Aurabase SAS jest spółką prawa francuskiego, posiadającą sprawdzoną infrastrukturę produkcyjną w całości na terenie UE (Norymberga, Falkenstein, Helsinki poprzez Hetzner). Brak pola regionu do sprawdzenia, aby zrekompensować fakt: narodowość dostawcy i lokalizacja punktu danych w tym samym kierunku od początku.
Przeczytaj cały artykuł: dlaczego narodowość dostawcy ma większe znaczenie niż region serwera
Co Neon robi lepiej — i dlaczego to nie wystarczy w produkcji
Rozgałęzienie kopiowania przy zapisie Neona tworzy odizolowaną instancję Postgres w mniej niż sekundę od współdzielonego elementu nadrzędnego — to prawdziwa wygrana dla środowiska podglądu żądania ściągnięcia. Aurabase nie ma dotychczas odpowiednika.
Ale backend produkcyjny to nie tylko jednorazowe gałęzie: potrzebuje natywnego RLS do izolacji wielu dzierżawców, natywnego NL2SQL na potrzeby funkcjonalności AI i dostępności niezależnej od ponownego uruchomienia mocy obliczeniowej. W tym właśnie miejscu architektura Aurabase — na stałe dedykowana Postgres, RLS i natywna sztuczna inteligencja w tym samym rdzeniu — spełnia potrzeby, których samo rozgałęzienie nie pokrywa.
Wyszukiwanie natywne i analityka: wąski wyróżnik, a nie kompletna platforma
Xata dodaje wyszukiwanie pełnotekstowe, wyszukiwanie wektorowe i analizy (poprzez pg_cron i widoki zmaterializowane) bezpośrednio do Postgres, aby uniknąć tworzenia osobnego stosu OLAP. To techniczne pozycjonowanie niszowe, a nie kompletny BaaS: brak zintegrowanego uwierzytelniania, brak czasu rzeczywistego, brak funkcji brzegowych.
Aurabase natywnie obsługuje pgvector, RAG i NL2SQL – szerzej niż wyszukiwanie/analiza Xata – na platformie, która obejmuje również funkcje uwierzytelniania, przechowywania, czasu rzeczywistego i krawędzi Rust/WASM. Zobacz nasz samouczek dotyczący potoku RAG z pgvector.
Co wyróżnia trzy architektury
| Dostępność | Dedykowane przetwarzanie danych, nigdy nie zawieszane | Obliczenia zawieszone z powodu braku aktywności (Neon) |
|---|---|---|
| Firma-matka | Aurabase SAS, prawo francuskie | Kostki danych, prawo amerykańskie (Neon) |
| Rozgałęzianie | Brak odpowiednika do chwili obecnej | Kopiuj przy zapisie w mniej niż sekundę (Neon) |
| Natywna sztuczna inteligencja | Zintegrowany pgvector + RAG + NL2SQL | Wyszukiwanie wektorów + analityka (Xata) |
| Platforma | Auth, DB, czas rzeczywisty, pamięć masowa, brzeg, sztuczna inteligencja | Tylko baza danych (Neon, Xata) |