Skip to main content
ARBOUIN Consulting

Expertise

Ongoing operations & maintenance

Operating and maintaining delivered platforms, for organisations with no in-house IT department.

Delivering is not enough if nobody can operate it

A platform in production needs someone to watch it, update it and bring it back when it fails. Where an organisation has a technical team, that role is theirs — and my job is to make them self-sufficient. Where there is no IT department, nobody holds that role, and the platform degrades until something breaks.

Ongoing operations answer that precise situation: I deliver, then I operate, until you decide to take over.

Three maintenance types, three distinct purposes

  • Corrective — restoring service after an incident. This is the core need when you have nobody to intervene: diagnosis, fix, recovery, then analysis so the failure does not recur.
  • Preventive — stopping the incident from happening. Version upgrades, security patches, dependency updates, tested backups, saturation thresholds watched. This is what brings the corrective workload down.
  • Predictive — anticipating degradation before failure. Error-budget burn, capacity forecasting, anomalous trend detection. Reserved for platforms where downtime genuinely costs money.

The level follows your business, not a catalogue

There is no one-size package. The first question is criticality: what happens if your platform is unavailable for an hour? for a day? Lost revenue, regulatory obligation, people’s safety, or mild inconvenience — the answer drives everything else.

Level Coverage Recovery target Preventive Monitoring
Standard business hours Agreed with you quarterly availability
Enhanced extended hours Agreed with you monthly + performance
Critical on-call Agreed with you continuous + predictive alerts

What never changes

Whichever level applies, three commitments stay identical — they are what separates real operations from being merely on call:

  • Tested backups. A backup whose restore has never been verified is not a backup. Restores are proven, not assumed.
  • Documented procedures. Every recurring task is written down so someone other than me can carry it out.
  • Guaranteed reversibility. Infrastructure as code, access and backups held by you. Taking operations back must never depend on my availability or my goodwill.

FAQ

Why does maintenance sit under projects rather than advisory?

Advisory is for organisations that already have a technical team: the goal there is to make it self-sufficient. Maintenance answers the opposite need — you have no IT department, and a platform delivered with nobody to run it is an unfinished project.

How are response times decided?

They follow how critical your platform actually is, not a sales grid. The first question is simple: what happens if it is down for an hour? for a day? The answer sets the coverage window and the recovery target.

What if I want to take operations back, or change provider?

Reversibility is built in from the start: infrastructure described as code, operating procedures documented, access and backups belong to you. Taking back control never depends on me.

Is predictive maintenance worth it for every platform?

No, and I do not offer it by default. It requires a history of measurements and only pays off where gradual degradation is expensive. On a low-criticality platform it adds cost without reducing risk.

Other areas of expertise

A project, a process to automate, a team to structure?

Let's talk. First exchange with no commitment.