Pysyvät taltiot ja tilannevedokset Dockupissa

Pysyvät taltiot ja tilannevedokset ratkaisevat kaksi eri ongelmaa. Taltio säilyttää tiedostot konttien vaihtamisen ja käyttöönoton yli. Tilannevedos tallentaa taltion tiettynä ajankohtana, jotta ylläpitäjät voivat myöhemmin tarkastella, säilyttää tai palauttaa kyseisen tilan.

Kontin tiedostojärjestelmä voidaan korvata. Kaikki, minkä on säilyttävä käyttöönoton yli – lataukset, luotu media, indeksit, pakettitiedostot tai sovelluksen hallinnoimat tiedostot – tarvitsee erikseen määritetyn pysyvän sijainnin.

Mitkä sovelluksen tiedot kuuluvat pysyvään tallennukseen?

Käytä taltiota, kun sovellus hallinnoi tiedostoja, joita ei voida luoda uudelleen kohtuullisilla kustannuksilla tai turvallisesti toisesta lähteestä.

Data	Taltio?	Parempi vaihtoehto, jos saatavilla
Käyttäjien lataukset	Kyllä	Object storage, jos arkkitehtuuri käyttää sitä
Luodut pienoiskuvat	Ehkä	Luo uudelleen alkuperäisistä
Hakemisto	Ehkä	Rakenna uudelleen lähdetietokannasta
Koontiversion tuotokset	Yleensä ei	Rakenna uudelleen käyttöönoton aikana
Sovelluksen lokit	Yleensä ei	Runtimen lokijärjestelmä
PostgreSQL-datakansio	Ei sovellustaltiona	Hallittu PostgreSQL
Väliaikainen välimuisti	Ei	Redis tai ephemeral storage
Paikallinen SQLite-tuotantotietokanta	Riskialtis	Hallittu tietokanta samanaikaisuutta ja varmuuskopioita varten

Taltiolla tulee olla yksi selkeä omistaja ja liitospolku. Jos kaksi toisistaan riippumatonta prosessia kirjoittaa samaan hakemistoon, palautuksen ja käyttöoikeuksien selvittäminen vaikeutuu.

Arvioi ennen tallennustilan lisäämistä alkukoko, kasvunopeus, säilytysvaatimukset ja palautustavoite. Levytilan käyttö vähennetään planin saldosta minuuttikohtaisesti, joten käyttämättömällä kapasiteetilla ja hallitsemattomalla tiedostojen kasvulla on kustannuksia.

Miten Dockup-taltio luodaan ja tarkastetaan?

Listaa tietyn servicen olemassa olevat taltiot:

dockup volume list production/web --json

Lisää taltio määrittämällä nimi, kontin absoluuttinen polku ja koko gigatavuina:

dockup volume add production/web \
  --name uploads \
  --path /app/uploads \
  --size 20 \
  --json

Sovelluksen on kirjoitettava polkuun /app/uploads. Kirjoittaminen polkuun /uploads tai johonkin muuhun paikalliseen hakemistoon ei automaattisesti ohjaa tiedostoja liitokseen.

Varmista käyttöönoton jälkeen, että sovellus kirjoittaa määritettyyn absoluuttiseen liitospolkuun eikä korvattavaan kontin tiedostojärjestelmään.

Tarkasta todellinen levytilan käyttö palautetun taltio-ID:n avulla:

dockup volume usage <volumeId> production/web --json

Vertaa todellista käyttöä varattuun kokoon ja sovelluksen metriikoihin. Hälytä ennen tiedostojärjestelmän täyttymistä, sillä täysi taltio voi aiheuttaa osittaisia kirjoituksia, epäonnistuneita latauksia tai sovelluksen kaatumisia.

Tarkista tiedostojen omistajuutta koskevat odotukset. Kontin runtime-käyttäjän on pystyttävä lukemaan ja kirjoittamaan liitospolkuun ilman tarpeettoman laajojen käyttöoikeuksien myöntämistä.

Miten taltion tilannevedokset suojaavat dataa?

Tarvittaessa otettava tilannevedos tallentaa taltion sisällön:

dockup volume snapshot <volumeId> production/web --json

Listaa saatavilla olevat tilannevedokset:

dockup volume snapshots <volumeId> production/web --json

Tilannevedokset lukevat taltiota vain luku -tilassa, eivätkä edellytä, että sovellus kirjoittaa erityiseen tilannevedoshakemistoon. Niistä on hyötyä ennen riskialtista tiedostomigraatiota, laajamittaista median uudelleenkirjoitusta tai sovellusmuutosta, joka muuntaa tallennettua dataa.

Taltion tilannevedos ei ole automaattisesti sovellustasolla eheä. Jos sovellus kirjoittaa aktiivisesti useita toisiinsa liittyviä tiedostoja, tilannevedos voi sisältää ne hieman eri ajankohdilta. Käytä hallitun tietokannan varmuuskopiointijärjestelmää sen sijaan, että ottaisit tilannevedoksen hallitun tietokannan raakadatakansiosta.

Määritä, milloin sovellus tulee pysäyttää hetkellisesti kirjoitusten osalta. Lyhyt huolto- tai kirjoitustauko voi olla tarkoituksenmukainen ennen tärkeän tilannevedoksen ottamista. Kirjaa tilannevedoksen ID, syy ja odotettu palautuspiste.

Miten tilannevedosten säilytys tulisi suunnitella?

Valitse tilannevedosten ajankohdat ja säilytys palautustarpeen, ei tottumuksen, perusteella. Ota tarvittaessa tilannevedos ennen jokaista riskialtista tiedostomigraatiota, siivousta tai formaatin muutosta ja kirjaa palautettu tilannevedoksen ID.

dockup volume snapshot <volumeId> production/web --json
dockup volume snapshots <volumeId> production/web --json

Palautustarve	Tilannevedoskäytäntö	Rajoitus
Tiedostomigraation kumoaminen	Ota tilannevedos heti ennen muutosta	Ei sisällä myöhempiä kirjoituksia
Historiallisten pisteiden säilyttäminen	Säilytä nimetyt palautuspisteet käytännön mukaisesti	Säilytystä on tarkasteltava aktiivisesti
Usein muuttuvien tietojen suojaaminen	Lisää datalle sopiva sovellustason varmuuskopiointi	Tietyn ajankohdan tilannevedos ei ole jatkuvaa suojausta
Sääntelyn edellyttämä arkistointi	Käytä erillistä arkistointiprosessia	Operatiiviset tilannevedokset eivät välttämättä täytä käytäntöjä

Tarkista, että odotetut tilannevedokset todella ovat olemassa. Kirjallinen säilytyskäytäntö ei ole todiste käyttökelpoisen palautuspisteen luomisesta.

Miten taltion tilannevedos palautetaan turvallisesti?

Palautus korvaa taltion nykyisen sisällön ja käynnistää kontin uudelleen:

dockup volume restore \
  <volumeId> \
  <snapshotId> \
  production/web \
  --json

Kyseessä on häiritsevä, tilaa muuttava toimenpide. Ennen palautusta:

1. Vahvista tarkka service, taltio-ID ja tilannevedoksen ID.
2. Kerro, mitkä nykyiset tiedostot korvataan.
3. Pysäytä uudet kirjoitukset tai rajoita niitä mahdollisuuksien mukaan.
4. Ota nykyisestä tilasta uusi tilannevedos, jos sitä voidaan tarvita.
5. Kirjaa sovelluksen ja skeeman yhteensopivuus.
6. Hanki tuotantoon nimenomainen hyväksyntä.
7. Suunnittele palautuksen jälkeinen varmennus.

Varmista palautuksen jälkeen kontin tila ja sovelluksen toiminta:

dockup status production/web --json
dockup logs production/web --json

Testaa edustavat tiedostot, käyttöoikeudet, indeksit ja sovelluksen viittaukset. Onnistunut palautuskomento osoittaa, että tilannevedos otettiin käyttöön; se ei osoita, että jokainen sovelluksen tietue viittaa kelvolliseen tiedostoon.

AI-agenttien tuotannon suojakaiteet -mallissa palautusta tulee käsitellä hyväksyntää edellyttävänä toimena, vaikka kyseessä on palautusoperaatio.

Miten taltioiden tulisi käyttäytyä käyttöönoton ja palautuksen aikana?

Käyttöönotto korvaa sovelluskontit, mutta liitetty taltio säilyy. Näin uusi image näkee olemassa olevat tiedostot, mutta samalla syntyy yhteensopivuusvelvoite.

Uuden sovellusversion ei pidä muuntaa tallennettuja tiedostoja peruuttamattomasti ennen kuin version toimivuus on osoitettu. Jos se muuttaa tiedostoformaatteja tai hakemistorakenteita, käytä migraatiota, joka voidaan jatkaa keskeytyksen jälkeen ja joka on mahdollisuuksien mukaan taaksepäin yhteensopiva.

Sovelluksen palautus suorittaa vanhemman käyttöönoton uudelleen:

dockup deployments production/web -n 20 --json
dockup rollback <deploymentId> production/web --json

Taltio ei palaudu automaattisesti imagen mukana. Vanha sovellus ei välttämättä pysty lukemaan uuden version muuntamia tiedostoja. Koordinoi imagen palautus tilannevedoksen palautuksen kanssa vain silloin, kun molempia tarvitaan ja ne on hyväksytty.

Tämä erottelu on tärkeä:

Palautustoiminto	Muuttaako imagea?	Muuttaako taltion dataa?
Uuden version käyttöönotto	Kyllä	Ei, ellei sovellus muunnea sitä
Käyttöönoton palautus	Kyllä	Ei
Tilannevedoksen palautus	Ei	Kyllä
Palautus ja rollback	Kyllä	Kyllä

Zero-downtime deployment -prosessi suojaa liikenteen siirtoa, ei dataformaatin yhteensopivuutta.

Millainen on pysyvän tallennuksen operatiivinen runbook?

Nimeä jokaiselle tuotantotaltiolle omistaja. Runbookin tulee sisältää:

• Servicen kohde ja taltio-ID.
• Liitospolku ja odotettu runtime-käyttäjä.
• Varattu koko ja hälytysraja.
• Datan kuvaus ja uudelleenrakennettavuus.
• Tilannevedosten aikataulu ja säilytys.
• Viimeisin varmennettu tilannevedos.
• Palautusten hyväksyntäkäytäntö.
• Sovelluksen varmennusvaiheet.
• Imagen ja datan yhteensopivuutta koskevat muistiinpanot.
• Kasvu- ja poistokäytäntö.

Tarkasta käyttö säännöllisesti:

dockup volume usage <volumeId> production/web --json

CPU, RAM ja levy mitataan minuuttikohtaisesti. Free-plan sisältää 10 dollarin aloitussaldon, kun taas suositeltu Pro-plan maksaa 20 dollaria kuukaudessa ja sisältää 20 dollarin käyttöluoton.

Tilannevedoksen palautusharjoitus

Älä odota häiriötä huomataksesi, ettei kukaan tiedä, mikä tilannevedos pitäisi valita. Suorita hallittu harjoitus ei-tuotannollisella servicellä tai hyväksytyllä kopiolla:

1. Luo helposti tunnistettavia testitiedostoja.
2. Ota tilannevedos.
3. Muuta tiedostoja.
4. Palauta tilannevedos.
5. Varmista sisältö ja käyttöoikeudet.
6. Seuraa kontin uudelleenkäynnistymistä.
7. Kirjaa ajoitus ja virhekohdat.

Palautusharjoitus muuttaa pysyvät taltiot ja tilannevedokset valintaruudun rastittamisesta testatuksi palautuskyvykkyydeksi.

Katso palvelun alkuvaiheen suunnittelua varten Git-repositorysta tuotantoon. Komentojen yksityiskohdat löytyvät Dockup CLI -viitteestä.

Määritä tiedostodatan palautustavoitteet

Recovery point objective kertoo, kuinka paljon viimeaikaista dataa liiketoiminta voi menettää. Recovery time objective kertoo, kuinka kauan palauttaminen saa kestää. Päivittäinen tilannevedos seitsemän kopion säilytyksellä voi riittää sisäiseen mediavälimuistiin, mutta ei käyttäjien latauksiin perustuvalle tuotteelle, joka lupaa lähes reaaliaikaisen datan säilyvyyden.

Dokumentoi molemmat arvot ja testaa todellinen palautuksen kesto. Tilannevedoksen luomisnopeus, datan määrä, kontin uudelleenkäynnistys, tiedostojen varmennus ja sovelluksen indeksien uudelleenluonti vaikuttavat kaikki palautusaikaan.

Hallitse tiedostojen poistoa ja kasvua

Pysyvä tallennus voi täyttyä, koska sovellus ei koskaan poista väliaikaisia tai korvattuja tiedostoja. Lisää säilytyskäytäntö sovellustasolle ja erota looginen poisto välittömästä fyysisestä poistosta. Lyhyt palautusikkuna voi puoltaa pysyvän poiston viivästämistä.

Ennen laajamittaista siivousta:

1. Mittaa taltion nykyinen käyttö.
2. Tuota lista poistoehdokkaista.
3. Ota tilannevedos.
4. Suorita siivous rajattuina erinä.
5. Varmista sovelluksen viittaukset.
6. Vahvista odotettu vapautuneen tilan määrä.

Näin pysyvät taltiot ja tilannevedokset saavat ennaltaehkäisevän roolin eivätkä toimi vain häiriötilanteissa.

Varmista tilannevedosluettelo

Tarkista aikataulun mukaisesti tilannevedosten ID:t, luontiajat, säilytys ja viimeisin onnistunut palautustesti. Määritetty työ ilman äskettäistä käyttökelpoista tilannevedosta ei ole palautusjärjestelmä.

Määritä palautusoikeudet

Nimeä henkilöt, jotka voivat hyväksyä tuotantopalautuksen ja jotka suorittavat palautuksen jälkeisen varmennuksen. Hyväksynnän erottaminen toteutuksesta vähentää riskiä, että kiire ohittaa kohteen ja tilannevedoksen tarkistamisen.

Aloita todennettavasta käyttöönotosta

Luo yksi ei-tuotannollinen taltio, ota tilannevedos, muuta testitiedostoa ja suorita palautusharjoitus ennen korvaamattoman tuotantodatan tallentamista.

Aloita ilmaiseksi osoitteessa app.dockup.ai. Free-plan maksaa 0 dollaria kuukaudessa, sisältää 10 dollarin aloitussaldon ja tukee yhtä workspacea, kolmea tietokantaa ja kolmea käyttöönottoa.

Usein kysytyt kysymykset

Säilyykö Dockup-taltio käyttöönoton yli?

Kyllä. Taltio säilyy pysyvänä, kun servicen kontit korvataan, jos sovellus jatkaa määritetyn liitospolun käyttöä.

Onko taltion tilannevedos oikea varmuuskopio PostgreSQL:lle?

Ei. Tietokannan datakansiosta otettu hot-tilannevedos ei välttämättä ole transaktioiden suhteen eheä. Käytä hallittujen tietokantojen kanssa ensisijaisesti hallitun tietokannan varmuuskopiointijärjestelmää.

Mitä tapahtuu, kun taltion tilannevedos palautetaan?

Taltion nykyinen sisältö korvataan valitulla tilannevedoksella ja kontti käynnistetään uudelleen, joten toimenpide tulee hyväksyä ja varmentaa.

Voiko Dockup ajastaa taltion tilannevedoksia?

Kyllä. Taltion schedule-komento tukee päivittäisiä tilannevedoksia ja säilytysmäärää, ja ajastuksen voi poistaa käytöstä erikseen.

Palautuuko sovelluksen taltio, kun sovellus palautetaan?

Ei. Sovelluksen käyttöönottohistoria ja taltion tilannevedoshistoria ovat erillisiä. Koordinoi molemmat vain silloin, kun palautussuunnitelma sitä edellyttää.