Kiedy działy zaczynają budować własne aplikacje, IT ma najpierw jedno pytanie: co taka aplikacja może popsuć? W Openbase.one odpowiedź jest krótka. Aplikacja może tylko tyle, na ile pozwala jej środowisko. A środowisko pozwala na niewiele.
W izolacji i bez sieci
Kod każdej aplikacji działa we własnym, izolowanym środowisku uruchomieniowym (izolaty workerd). To środowisko nie ma dostępu do sieci:
- Aplikacja nie łączy się z internetem. Nie wyśle danych na zewnętrzne serwery.
- Aplikacja nie sięga do innych workspace.
- Jedyne, do czego ma dostęp, to interfejs samego Openbase.one.
Dotyczy to każdej aplikacji tak samo: tych, które budujecie sami, i tych z App Store.
Bez SQL, każdy dostęp sprawdzony
Aplikacje nie piszą SQL i nigdy nie sięgają bezpośrednio do bazy danych. Każdy dostęp do danych przechodzi przez SDK Openbase.one i bramkę, która sprawdza każde pojedyncze wywołanie:
- Czy to wywołanie należy do tego workspace?
- Czy należy do tej aplikacji?
- Czy osoba, dla której aplikacja właśnie pracuje, może te dane zobaczyć albo zmienić?
Kiedy więc opisujecie, że wynagrodzenia widzi tylko HR, to nie jest linijka kodu, o której ktoś zapomni przy następnej przebudowie. Reguła jest egzekwowana przy każdym dostępie.
Rozdzielone na poziomie bazy danych
Workspace są od siebie oddzielone na poziomie bazy danych, za pomocą row-level security. To rozdzielenie nie zależy od tego, czy aplikacja zachowuje się poprawnie. Działa warstwę niżej.
Te same uprawnienia dla asystenta
Osobisty asystent każdej osoby pracuje dokładnie z jej uprawnieniami. Widzi tylko to, co ona może widzieć, także w waszych własnych aplikacjach, i każdą zmianę przedstawia do zatwierdzenia.
Co jeszcze dostaje dział IT
- Logowanie przez Google Workspace, Microsoft Entra ID, kod e-mail bez hasła albo hasłem. Administratorzy mogą wyłączyć hasła. SAML jest dostępny w planie Enterprise.
- Dziennik audytu pokazuje, kto co zmienił, i można go wyeksportować.
- Kod każdej waszej aplikacji leży jako repozytorium Git w workspace, a dane można wyeksportować.
- Dane Openbase.one są przechowywane we Frankfurcie. Wywołania AI przechodzą przez komercyjnych dostawców, w trybie UE przez AWS Bedrock w eu-central-1. Umowę powierzenia przetwarzania (DPA) udostępniamy na życzenie.
Czego izolacja nie zastąpi
Izolacja i uprawnienia ograniczają to, co aplikacja może zrobić technicznie. To, czy robi merytorycznie to, co trzeba, ocenia zespół, który ją buduje. Do tego służą kontrola przed publikacją, powrót do poprzedniej wersji i, jeśli chcecie, umowa wsparcia.
Plany
Izolacja i sprawdzanie uprawnień działają w każdym planie i dla każdej aplikacji. Plany i umowy wsparcia znajdziecie w cenniku.
Opiszcie swoją pierwszą aplikację i zobaczcie, jak sprawdzona trafia na produkcję.
Zacznij za darmo