Kestra - orkiestracja pipeline-ów danych i zadań wsadowych definiowanych w YAML, z harmonogramami, retry i pełną historią wykonań.
Środowisko
| Runtime | Oficjalny obraz Docker kestra/kestra w trybie "server standalone", własny PostgreSQL w komplecie, dwa kontenery |
| Zalecany plan | Box M+ (Docker, dwa kontenery, min 1 GB RAM) |
Przykładowy saplo.yaml
Plik saplo.yaml w katalogu głównym repozytorium opisuje, jak Saplo ma zbudować i uruchomić aplikację. Wygeneruje go też komenda saplo init.
version: 1
name: my-pipeline
stack: kestra
app_id: 1234
Pełny opis wszystkich pól znajdziesz na stronie Plik saplo.yaml.
Jak wdrożyć
Ten stack wdrożysz na trzy sposoby - wybierz wygodny dla siebie:
- Z panelu - tworzysz aplikację klikami, kod wgrywasz później przez CLI lub Git.
- Saplo CLI - z katalogu projektu:
saplo init, potemsaplo deploy. - Deploy z GitHub - podłączasz repo raz, każdy push wdraża się sam.
# Najszybsza droga - z katalogu projektu
$ npm install -g @saplo/cli
$ saplo login
$ saplo init
$ saplo deploy
Dobrze wiedzieć
- Stawiasz z panelu jednym kliknięciem - Saplo instaluje Docker CE i uruchamia dwa kontenery: bazę PostgreSQL i serwer Kestry.
- Logowanie zabezpieczone basic-auth, login i hasło losowe przy instalacji, widoczne w pliku KESTRA-SETUP.txt - w oficjalnym przykładzie producenta ta ochrona jest domyślnie wyłączona.
- Domyślny task runner "Docker" uruchamia kroki flow jako kontenery-siostrzane na własnym silniku Dockera Twojego Boxa - to Twój własny Box, nie współdzielony z innymi klientami.
- Inna nisza niż n8n i Windmill (też w katalogu Saplo) - tam integracje klikane wizualnie albo pojedyncze skrypty na żądanie, tu pipeline danych z harmonogramem, zależnościami i historią wykonań na większą skalę.
- Kopia (automatyczna od Box L, ręcznie snapshotem na każdym planie) obejmuje bazę danych ze wszystkimi pipeline'ami i historią wykonań.
Gotowy na deploy?
Wybierz plan Box i postaw aplikację Kestra jeszcze dziś.