Pets, not cattle
Named instances configured by hand that nobody dares rebuild, because nobody knows what is on them.
[ AWS & Cloud / AWS EC2 Management ]
Instances should be boring. I take over the provisioning, scaling policies, patch cycle and sizing decisions so your fleet stops being a source of 2am surprises.
One-off cleanup or monthly retainer · Read-only review first
[ Symptoms ]
EC2 rarely fails loudly. It just quietly costs more and drifts further from what anyone documented.
Named instances configured by hand that nobody dares rebuild, because nobody knows what is on them.
A scaling group with thresholds that have never once been crossed, so you pay for peak capacity permanently.
OS updates happen when someone remembers, which means during an incident or never.
Still on a family two generations behind, paying more for less performance.
Every instance built differently, so debugging means asking which one is the weird one.
No memory or disk metrics, so every sizing decision is guesswork based on CPU alone.
[ How it works ]
Every instance inventoried: purpose, size, utilization, patch level, and whether anything about it is undocumented. You get the list with recommendations.
Launch templates, golden AMIs built by pipeline, scaling policies tuned against real traffic, and instance families brought up to current generation.
Optional monthly retainer: patch cycle, capacity review, cost check and incident escalation, with a short written report each month.
[ What actually changes ]
The aim is a fleet where any instance can be destroyed and rebuilt in minutes without anyone flinching.
[ Example engagement ]
Hand-configured instances replaced with pipeline-built AMIs and launch templates. Patching went from an all-day manual job to an automated overnight window.
Illustrative example of a typical engagement. Figures vary with the state of your systems and are not a guarantee of a specific outcome.
[ Free · read-only ]
I inventory every instance and send back what should be resized, upgraded, patched or deleted. No obligation to go further.
[ Pricing ]
Tell me the number you have to work with. I'll tell you honestly what's achievable within it — and if it isn't enough, I'll say so before we start rather than halfway through.
Scope agreed in writing, price agreed in writing, before any work starts. No hourly creep and no invoice you haven't already approved.
For ongoing work — maintenance, monitoring, updates and small changes. Month to month, cancel whenever, no minimum term.
For a single bug or a short task where writing a full scope would cost more than simply doing the work.
Budget too tight for the whole thing? I'll often suggest doing the highest-value part first and the rest later, rather than doing all of it badly.
[ Questions ]
No. I work alongside your engineers and hand over everything I build. The goal is that your team can run the fleet without me, and most do.
Yes, for anything behind a load balancer or scaling group. Instances are replaced gradually with health checks in between. Single-instance workloads need a short agreed window.
Yes, including patch management and licensing considerations, though the majority of my work is Linux.
Worth using for anything interruption-tolerant — CI runners, batch processing, stateless workers. I will set up mixed-instance policies so Spot capacity is used safely, with On-Demand fallback.
No. Many clients take the one-off standardization project and run it themselves afterwards. The retainer exists for teams who would rather not think about it.
[ Related services ]
[ Let's talk ]
Describe the problem in a few lines and you'll get a real reply from the person who'd do the work โ same working day, no discovery call required.