Self-hosting platformy low-code, np. Appsmith, Budibase, ToolJet czy NocoDB, oznacza uruchomienie jej na serwerze firmy lub w prywatnej chmurze. Daje kontrolę nad danymi i dostęp do baz w sieci wewnętrznej, ale przenosi na firmę odpowiedzialność za instalację, aktualizacje, kopie zapasowe, bezpieczeństwo i dostępność. Typowa instalacja to Docker lub Docker Compose na serwerze Linux, z bazą danych, reverse proxy z HTTPS i kopiami zapasowymi. Przed decyzją policz, kto będzie to utrzymywał.
Wymagania techniczne
| Element | Uwagi |
|---|---|
| Serwer | Linux z Dockerem; zasoby zależne od liczby użytkowników i aplikacji |
| Baza aplikacji | Wbudowana lub zewnętrzna, z kopiami zapasowymi |
| HTTPS | Reverse proxy (np. Nginx, Caddy, Traefik) z certyfikatem |
| Logowanie | Hasła lub SSO (często w wersji płatnej) |
| Monitoring | Dostępność, zasoby, błędy |
Checklista bezpieczeństwa
- panel dostępny tylko przez HTTPS, najlepiej z VPN lub ograniczeniem adresów IP,
- połączenia z bazami przez konta o minimalnych uprawnieniach,
- sekrety w zmiennych środowiskowych lub sejfie, nie w konfiguracji aplikacji,
- regularne aktualizacje i test na kopii przed produkcją,
- kopie zapasowe z testem odtworzenia,
- role i uprawnienia w aplikacjach zgodne z zasadą minimalnego dostępu.
Self-hosting czy wersja chmurowa
- Self-hosting: dane i dostęp do sieci firmy, brak opłat za użytkownika w wersjach community, ale utrzymanie po Twojej stronie.
- Chmura dostawcy: szybki start, aktualizacje po stronie dostawcy, ale dane u dostawcy i abonament.
Te same zasady stosujemy przy n8n. Opisaliśmy je w artykule bezpieczeństwo n8n. Przegląd platform znajdziesz w tekście platformy low-code open source.
Self-hosting z Codeless
Instalujemy i utrzymujemy narzędzia low-code i n8n na serwerach klientów. Zobacz usługę automatyzacji procesów albo umów bezpłatną konsultację.