Forgi isoleerimine praktikas
Hargitamise juhend näitas käske. See juhend näitab, mida need tähendavad: elav andmebaasirakendus, kopeeritud sekunditega, brauseris vabalt muudetav, samal ajal kui originaal sellest midagi ei märka.
Vaata juhendvideot
Seadistus
Päris PostgreSQL koos pgAdmin-liidesega, elav serveris. Fork on sellest kõigest kohene copy-on-write kaksik: sünnimomendil samad andmed, pärast seda täiesti eraldi elud.
1. samm: Elav rakendus
rdc repo list --machine <machine-name> Alusta reaalajalise repositooriumiga: PostgreSQL andmebaas koos pgAdminiga töötab masinal.
2. samm: Tee fork
rdc repo fork --parent demo-pgadmin --tag experiment --machine <machine-name> --up --detach Tee repositooriumist fork kasutades --up --detach: CoW kloon on peaaegu kohene ja forki teenused käivituvad kohe.
Video avab mõlemad pgAdmin’id brauseris. Originaal küsib sisselogimist, sest tootmine jääb kaitstud. Fork avaneb otse töölauaks: forkid on ühekordsed liivakastid, nii et värav astub kõrvale (repositoorium otsustab seda ise, sõltuvalt sellest, kas tegemist on forkiga).
3. samm: Kaks maailma, üks server
rdc repo list --machine <machine-name> Kuva repositooriumid: originaal ja fork töötavad kõrvuti, täielikult isoleeritult.
Muuda, kustuta, purusta mida iganes forkis. Originaal jätkab teenindamist. Samad tabelid forkimise hetkel, sõltumatu igavesti pärast seda.
4. samm: Viska ära
rdc repo delete --name demo-pgadmin:experiment --machine <machine-name> Kustuta fork, kui oled lõpetanud. Originaalrepositoorium jääb puutumata.
Sekundid loomiseks, sekundid kustutamiseks. See ongi see, mis teeb “klooni tootmine, ära riku midagi” igapäevaseks harjumuseks, mitte erijuhtumiks.
Edasi: Saladuste haldamine.