Flagsmith - open source feature flagi i remote config, włączasz i wyłączasz funkcje w produkcji bez redeployu, segmentujesz odbiorców i uruchamiasz testy A/B.
Środowisko
| Runtime | Oficjalny obraz Docker docker.flagsmith.com/flagsmith/flagsmith (Django z zbundlowanym frontendem, jeden proces), własny PostgreSQL w nazwanym wolumenie |
| Zalecany plan | Box M+ (Docker, 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-flags
stack: flagsmith
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, pobiera obraz, zakłada bazę Postgres i konto administratora automatycznie.
- Link do ustawienia hasła pierwszego konta administratora trafia do pliku FLAGSMITH-SETUP.txt w katalogu aplikacji zaraz po instalacji - Flagsmith nie ustawia hasła automatycznie, tylko zaproszenie do jego wyboru.
- Po zalogowaniu masz gotową organizację i projekt - z panelu (Environments) kopiujesz klucz API środowiska do SDK w swojej aplikacji (Python, Node, .NET, Java, React i inne).
- Zadania w tle (np. wysyłka webhooków) działają w wątku wewnątrz tego samego kontenera, bez osobnego procesu do zarządzania.
- Kopia (automatyczna od Box L, ręcznie snapshotem na każdym planie) obejmuje wolumen z bazą Postgres - w niej trzymane są wszystkie flagi, segmenty i historia zmian.
Gotowy na deploy?
Wybierz plan Box i postaw aplikację Flagsmith jeszcze dziś.