Alguns errors són aïllats: una actualització defectuosa es repara, prova i tanca. Altres revelen un patró de propietat desconeguda, còpies sense provar, recursos esgotats o canvis sense vigilància. El manteniment es justifica quan els controls continus redueixen un risc que l’emergència no elimina.
Cerca incidents repetits
Revisa sis o dotze mesos de caigudes, tiquets urgents i canvis inexplicats. Agrupa’ls per causa, no per símptoma. Tres errors 500 diferents poden procedir d’actualitzacions sense control.
Registra freqüència, impacte, temps de recuperació i si el mateix accés o evidència absent va retardar cada reparació.
Identifica bretxes operatives persistents
Senyals comuns: còpies mai restaurades, llicències caducades, PHP sense suport, administradors compartits, disc ple, cron inestable, DNS sense responsable o SMTP d’un proveïdor anterior.
risc | evidència | propietari | control | revisió | estatNo converteixis cada recomanació en una subscripció. Repara una vegada els defectes finits quan això els resolgui.
Mesura la dependència del negoci
Un web corporatiu que tolera un dia de recuperació no necessita la mateixa cobertura que un que genera leads cada hora. Defineix la caiguda, pèrdua de dades i resposta acceptables.
La cobertura ha de correspondre a aquestes necessitats. Prometre resposta instantània sense guàrdia, accés ni monitorització crea una falsa confiança.
Estabilitza abans de les rutines
Completa la reparació, conserva l’evidència i documenta la causa arrel. Estableix una còpia fiable i versions de referència. Resol qualsevol compromís actiu mitjançant un procés d’incident abans de tornar al manteniment normal.
No acumulis optimització, redisseny i upgrades durant l’emergència tret que siguin necessaris per recuperar.
Defineix els controls de manteniment
Poden incloure còpies externes, restauracions periòdiques, actualitzacions a staging, revisió de PHP i logs, disc, inodes, certificats i recorreguts crítics.
Selecciona controls pel risc observat. Un escàner genèric no substitueix provar el formulari o checkout que produeix ingressos.
Estableix regles de canvi i rollback
Documenta aprovacions, finestres i qui autoritza una caiguda. Abans de canviar, crea una còpia actual i decideix com protegir dades noves durant el rollback.
Registra versions i resultats. Tornar enrere la base després de formularis o comandes exigeix reconciliació, no una restauració casual.
Implanta monitorització i escalat
Monitoritza la disponibilitat externa i senyals d’aplicació: frescor dels backups, tasques, acceptació de correu o proves de formularis. Envia les alertes a un propietari real.
Especifica horaris, severitats i actuació quan hagi d’intervenir el hosting o DNS.
Mantén un accés segur
Utilitza comptes nominals, privilegi mínim i MFA quan existeixi. Mantén un mapa de propietat de WordPress, hosting, registrador, DNS, correu i còpies.
No distribueixis contrasenyes als informes. Revoca accessos temporals i conserva un procediment segur d’emergència.
Comprova que el servei funciona
Cada informe ha de mostrar comprovacions, canvis, incidents, recuperació i risc pendent. Compara freqüència d’errors i temps de reparació.
Si els controls no ataquen les causes o ningú actua, canvia el servei. El manteniment ha de crear preparació mesurable, no factures recurrents. Retira controls sense risc associat i documenta el motiu.
Revisa l’abast almenys cada trimestre o després d’un incident important. Compara alertes útils, restauracions provades, problemes evitats i temps invertit. Si apareix una nova botiga, formulari, idioma o proveïdor de correu, incorpora’n el recorregut crític i retira comprovacions que ja no corresponguin a l’arquitectura.
Reconeix quan cal redissenyar o migrar
El manteniment no compensa indefinidament programari abandonat, hosting inadequat o codi propi fràgil i sense documentar. Si el cost i risc continuen alts, proposa upgrade, migració o reconstrucció controlats amb rollback.
La transició adequada és proporcional: tanca errors aïllats, vigila riscos significatius i conserva una recuperació provada. El servei recurrent es guanya quan fa el pròxim incident menys probable, menys perjudicial o molt més ràpid.