Ang mga sumusunod na kontrol ay naaprubahang patakaran upang ipatupad at i-verify sa loob ng kasunduan sa proyekto. Ang aktwal na mga responsibilidad sa pagpapatakbo ay ang mga itinalaga sa mga operasyon o kontrata ng suporta.
Pag-log
Nililimitahan ang mga log sa impormasyong kailangan para matukoy ang mga pagkabigo at masuportahan ang pagpapatakbo. Inaalis o itinatago ang sensitibong data, at mga awtorisadong tao lamang ang may access. Itinatakda ang panahon ng pag-iimbak ayon sa pangangailangan sa pagpapatakbo, at awtomatikong binubura ang data kapag lumipas na ito. Hindi dapat itala sa mga log ang mga password at access key. Hindi rin dapat basta itala nang buo ang sensitibong nilalaman ng mga request.
Pagsubaybay sa mga error
Kinokolekta at binibigyang-priyoridad ang mga error ayon sa epekto nito sa serbisyo, na may mga alerto na tumutulong sa itinalagang tao na magsiyasat at mag-follow up. Bina-redact ang data bago ito ipadala sa tool sa pagsubaybay, at hindi dapat maging hindi kinakailangang koleksyon ng data ng bisita ang mga diagnostic.
Pagsubaybay
Ang naaprubahang patakaran ay nangangailangan ng awtomatikong pagsubaybay sa availability, performance, at mga error, na may itinalagang tao na responsable para sa pagtanggap at pag-follow up sa mga alerto. Ang kasunduan sa pagpapatakbo o suporta ay tumutukoy sa mga oras ng saklaw, oras ng pagtugon, at mga responsibilidad. Ang patakarang ito ay hindi nangangako ng buong-panahong pagsubaybay ng tao o isang partikular na porsyento ng availability.
Mga backup
Ang naaprubahang patakaran ay nangangailangan ng mga awtomatiko, naka-encrypt na backup na nakahiwalay sa pangunahing system, na may tinukoy na panahon ng pagpapanatili at mga pana-panahong pagsusuri sa pagpapanumbalik. Tinutukoy ng kontrata kung sino ang responsable para sa mga backup, follow-up, at pagpapanumbalik; ang responsibilidad ay hindi awtomatikong ipinapasa sa developer dahil lamang sa ginawa nila ang website.
Nakabatay ang saklaw ng backup sa data na talagang umiiral: mga file ng website, digital na asset, configuration na kailangan para sa pagpapanumbalik, at data na nagbabago sa paglipas ng panahon, kung mayroon. Hindi sapat na matagumpay lang ang paggawa ng backup; kailangang matiyak na magagamit ito sa pagpapanumbalik. Ang dalas ng backup, katanggap-tanggap na pagkawala ng data, at oras ng pagpapanumbalik ay itinatakda ayon sa pangangailangan ng serbisyo at kasunduan. Walang pangakong nakabatay sa tiyak na bilang o tagal kung hindi ito naaprubahan.
Rollback
Panatilihin ang isang stable na release at maghanda ng isang nasubok na pamamaraan ng rollback, na may mga pagsusuri sa kalusugan ng serbisyo pagkatapos ng deployment at pagkatapos ng rollback. Ang mga pagbabago sa database, kung mayroon man, ay nangangailangan ng isang hiwalay na plano upang protektahan ang data at i-verify ang pagiging tugma. Ang pagpapanumbalik ng mga file ng application ay hindi dapat ipagpalagay na awtomatikong maibabalik ang data.
Pamamahala ng mga lihim na kredensyal
Ang mga password ng serbisyo at API key ay iniimbak sa isang nakatalagang secrets manager. Ang mga lihim ng pagsubok at produksyon ay pinaghihiwalay, at ang pag-access ay pinaghihigpitan ayon sa pangangailangan. Ang mga lihim ay hindi dapat lumabas sa source code, pampublikong frontend file, o mga log. Ang mga ito ay binabawi at pinapalitan kapag pinaghihinalaan ang pagkakalantad, at sinusuri ang mga pahintulot sa pag-access.