Skip to content
Services

Ship it, watch it, keep it alive

Ship on a pipeline, watch it in production, and know within minutes when something breaks — usually before your users do.

Deployment & Maintenance

Launch is the start of the expensive part. The pipeline that deploys the product, the monitoring that tells you it broke, and the patching that keeps it out of the news are not launch-day tasks. They are the reason a two-year-old product still works.

Every deployment goes out through CI with a preview environment on each pull request, so changes get reviewed on a real URL instead of in a diff. Errors and performance are monitored with alerts that reach a human, and dependencies are patched on a schedule rather than the week a CVE starts trending.

Backups are worth exactly what a restore is worth, so we test the restore. Most projects that have backups have never once tried.

What you get

  • CI/CD with preview environments on every pull request
  • Uptime, error, and performance monitoring with alerts
  • Dependency and security patching on a schedule
  • Backups with a restore we have actually tested

Typical stack

  • Vercel
  • Docker
  • GitHub Actions
  • Sentry
Is this you

Signs you need this work

If more than one of these is true, this is usually the service that fixes it.

  • Deploys happen from somebody's laptop
  • You find out about outages from customers
  • Dependencies have not been updated since launch
  • You have backups but have never restored one
  • The person who set up the server has left
How it runs

Four steps, in that order

The same sequence on every engagement, because each step is what makes the next one cheap.

  1. 01

    Scope

    We work out what you are actually trying to change, what the first release has to include, and what it does not. You leave with a written scope and a fixed price.

  2. 02

    Design

    Flows first, then screens for every state. You see the interface and can click through it before we write the code it would cost real money to change.

  3. 03

    Build

    Weekly builds on a live preview URL. You watch it come together instead of waiting for a reveal, and course corrections stay cheap.

  4. 04

    Deploy

    Pipeline, monitoring, and backups go up with the product. We stay on for the first weeks of real traffic, because that is when you learn what you actually built.

Questions

What clients ask before signing

Can you take over a project someone else built?
Yes, and it is a common request. We start with an audit — what it runs on, what is out of date, what is exposed — and give you that picture in writing before either of us agrees to anything ongoing.
What exactly is monitored?
Uptime, error rates with stack traces, and performance against the budget set at build time. Alerts are tuned so that they mean something. A channel everybody has muted is worse than no alerts at all.
How often are dependencies updated?
On a schedule, batched and reviewed, deployed through the same pipeline as everything else. Security advisories are handled out of band when the severity warrants it.
Do we have to host with you?
No. Vercel is the default because it fits the stack, but AWS, your own infrastructure, or an arrangement you already have all work. The accounts stay in your name.
What does maintenance cost?
It depends on the size of the system and how quickly you need issues picked up. It is a monthly figure agreed in advance, not hourly billing against a surprise.

Need deployment & maintenance? Tell us the problem

Describe what you are trying to change rather than what you think you need built. You get a scope, a fixed price, and a start date — usually within two working days.