Twórz odizolowane kopie PostgreSQL w kilka sekund dzięki copy-on-write. Każdy developer, PR i test może mieć własną bazę.
Database branching tworzy odizolowaną kopię bazy, razem z danymi, bez kopiowania całego storage.
Vela wykorzystuje copy-on-write, więc źródło i branch współdzielą niezmienione bloki danych.
Dzięki temu branching jest dużo szybszy i tańszy niż workflow oparty o dump i restore.
Zastąp wolne klony i współdzielony staging bezpiecznymi środowiskami podobnymi do produkcji.
Każdy programista dostaje pełną kopię bazy bez konfliktów na współdzielonym środowisku dev.
Twórz branch dla każdego pull requesta, aby QA testowało kod i dane razem.
Uruchamiaj zmiany schematu najpierw na klonie produkcji i wykrywaj problemy wcześniej.
Branchuj ze znanego snapshotu, odtwórz błąd i potwierdź poprawkę na realnych danych.
Dlaczego branching na poziomie storage zmienia ekonomię pracy z bazą danych.
| Cecha | Tradycyjna kopia | Vela Branching |
|---|---|---|
| Czas utworzenia | Minuty do godzin | Sekundy |
| Dodatkowy storage | Pełna kopia | Prawie zero do czasu zmian |
| Przydatność w CI | Wolne i kruche | Szybkie, sterowane API |
| Realizm danych | Często stare lub syntetyczne | Aktualne dane jak na produkcji |
To natychmiastowe tworzenie odizolowanej kopii bazy bez duplikowania całego storage. Działa jak git branch dla danych PostgreSQL.
pg_dump eksportuje i odtwarza pełne pliki danych. Branching tworzy od razu zapisywalną kopię dzięki copy-on-write, więc jest szybszy i tańszy.
Tak. Branchami można sterować przez API, więc pipeline może utworzyć branch na początku zadania i usunąć go po testach.
Tak. Ponieważ branching działa w warstwie storage, duże bazy branchują się niemal tak samo szybko jak małe.
Uruchom bazę Postgres, utwórz branch i zobacz copy-on-write w praktyce w sandboxie.