Technology and infrastructure
Keep the site up, patched and recoverable
Operloom takes responsibility for the unglamorous work that decides whether a site is still working in two years: updates, backups that restore, monitoring and a tested recovery path.
OPERLOOM / The system in motion
A web estate with a recovery plan.
Updates, monitoring and tested backups become an owned operating routine.
Inventory domains, dependencies, access and support ownership.
Review patches and deploy through backups and validation.
Test a restore path and record the evidence in the runbook.
01Business problems
Maintenance is deferred until it is an incident
The common pattern is a site launched well, then left alone until something breaks, at which point nobody knows what changed or how to restore it.
- Core, plugin and dependency updates months behind
- Backups that have never been restored
- No alert when the site goes down
- Admin accounts for people who have left
- No record of what is installed and why
02Hardening
Reduce the surface first
Most incidents exploit something that did not need to be there. Hardening starts with removing it.
- 01Inventory and removal of unused components
- 02Least-privilege access and account review
- 03Two-factor authentication on every admin
- 04Security headers and transport configuration
- 05Rate limiting and form abuse protection
OPERLOOM / WORKFLOW
From signal to action, a traceable handoff.
- 01Patch and dependency reviewInspect the estate✓
- 02Uptime and security signalsMaintain safely✓
- 03Backup and restore testProve recovery✓
03Maintenance scope
A cadence, not a callout
Maintenance runs on a schedule with a record, so the state of the system is known rather than assumed.
- Scheduled patching with a staging check
- Dependency and vulnerability scanning
- Uptime and performance monitoring
- Backup verification by actual restore
- Monthly report of what changed
04Recovery
A restore you have already practised
A backup that has never been restored is an assumption. Recovery is documented and tested on a cadence.
- 01Documented recovery time and recovery point targets
- 02Off-site, versioned backups
- 03Restore rehearsal on a schedule
- 04Incident communication plan
- 05Post-incident review
OPERLOOM / STACK
The tools, connected by a process.
Common questions
Question: Do you maintain sites you did not build?
Yes, after an audit. The audit establishes what is installed, what is out of date, whether backups restore and who currently has access, and that becomes the starting baseline.
Related capability
Where this connects
Next step
Build a systemyour team can actually run
Start with the process as it works today, the platforms already in play and the outcome the organisation needs. We will tell you what we would change and in what order.