Hostingas e. parduotuvei: ką reiškia patikimas atkūrimas

Pirmiausia susitarkite dėl dviejų tikslų

RPO nusako, iki kurio laiko taško po sutrikimo turi būti atkurti duomenys — kitaip tariant, kokį galimą duomenų praradimo langą verslas gali toleruoti. RTO nusako, kiek laiko sistema gali būti atkūrimo būsenoje, kol sutrikimas reikšmingai paveiks veiklą. Tai skirtingi klausimai: kas kiek laiko kopijuojame ir kaip greitai galime vėl dirbti.

Šiuos tikslus pasirinkite pagal užsakymų apimtį, sandėlio atnaujinimo dažnį, sezoną ir veiklos komandą. Nėra vieno privalomo RPO, RTO ar kopijų dažnio visoms parduotuvėms. Paprašykite tiekėjo paaiškinti, ką tiksliai apima jo paslaugos ir kas už atkūrimą atsakingas.

Kopija turi būti atkuriama, ne tik sukuriama

Sudarykite atsarginių kopijų aprėptį: užsakymų duomenų bazė, prekės ir jų nuotraukos, konfigūracija, įskiepių ar programos versijos, reikalingi raktai ir atkūrimo priklausomybės. CISA rekomenduoja nuo kasdienės aplinkos atskirtas, offline ir šifruotas kopijas bei reguliarų jų prieinamumo ir vientisumo tikrinimą. Ši rekomendacija yra saugumo gairė, ne universalus mažos parduotuvės teisinis standartas.

1. Užrašykite, kur saugoma kopija, kiek laiko ji laikoma ir kas gali ją atkurti.
2. Atkūrimą išbandykite izoliuotoje aplinkoje; neuždenkite gamybos duomenų bandomuoju atstatymu.
3. Patikrinkite ne tik ar duomenų bazė atsidaro, bet ar randami užsakymai, prekės, kainos ir integracijų nustatymai.
4. Užfiksuokite realiai užtrukusį atkūrimą ir taisykite planą, jei jis neatitinka verslo RTO.

Stebėkite pirkimo kelią

Naudokite du stebėjimo sluoksnius. Iš išorės tikrinkite, ką mato lankytojas: ar atsidaro prekės puslapis, veikia paieška, galima įdėti prekę, pasiekti atsiskaitymą ir gauti patvirtinimą. Viduje stebėkite užklausų trukmę, klaidas, srautą ir resursų apkrovą. Nustatykite, kas gauna įspėjimą, kokia kritiškumo riba ir kas eskaluoja problemą mokėjimų ar tiekėjų integracijoje.

Automatinis gamybos patikrinimas neturi netyčia nurašyti pinigų, pakeisti likučių ar siųsti užsakymų vykdyti. Jei reikia viso užsakymo testo, naudokite mokėjimų sandbox arba aiškiai autorizuotą testinį užsakymą su apsaugomis.

Ko prašyti pasiūlyme?

Paklauskite, kas įeina į kopijas, kaip pranešama apie incidentą, ar priežiūra apima atnaujinimų testą, kas atlieka atkūrimą ir ar yra atskira testinė aplinka. SLA atskirkite nuo faktinio pirkimo kelio stebėjimo: sutartinis serverio pasiekiamumo rodiklis savaime nepatvirtina, kad veikia mokėjimo grįžtamasis ryšys ar tiekėjo API.