One person knows how to deploy it
If one person knows how to deploy it, you have a person, not a process. Fix ownership, access, and a path the team can run.
·
3 min read
Cloud bill went up and nobody can say why is a common UK SaaS and SMB moment: the invoice jumps, Slack goes quiet, and Cost Explorer is a wall of line items with no owner. That is not a spreadsheet problem. It is usually ownership, tags, and forgotten infra.
I’ve seen the same patterns after agencies leave, after a product spike, or when one shared AWS account has been “temporary” for two years. Preview environments that never got torn down. A database class that was “just for launch.” Managed services that scale with traffic while nobody sets a budget alert. Storage and logs that grew in the dark. An AI feature or batch job that ran longer than anyone planned.
Sometimes the jump is real growth. Often it is orphaned resources with no tag, no project name, and no person who will admit they created them. One shared account makes that worse: everything looks like “the company,” so nothing looks like a decision. The same story shows up on GCP and Azure when projects and subscriptions are shared without owners.
Another quiet cause: a managed database, cache, or data pipeline that looked cheap at low volume and then scaled with a feature nobody tied to budget. The console shows spend. It does not show who asked for it.
You do not need an enterprise FinOps suite on day one. You need to explain the bill in plain English. Accounts in the company’s name, not a contractor’s personal login. Tags that say environment, product, and owner — enough that the top ten cost drivers have a name next to them. A boring monthly walkthrough of those drivers, not a dashboard nobody opens. Infra in git so “what is running” is not a scavenger hunt in the console.
Good enough also means budget alerts that fire before finance notices, and a short list of what you are willing to leave on overnight. If you cannot name the top five lines, you cannot defend the spend to a board or a buyer doing diligence.
Eight Mile’s infrastructure and cloud work is built for bills that stopped making sense: rightsizing, killing forgotten infra, and honest advice on managed services. Soft path when product sprawl, preview envs, or AI features are the burn: SaaS. We prefer being recommended than depended on. Cost clarity lands with infra you can see and accounts you own.
A short cost and ownership audit is worth it when the invoice moved sharply, nobody can name the top drivers, or you inherited an account with no tags and no map. Fixed-price cleanup after that usually means tagging, turning off the orphans, and leaving a simple way to explain next month’s bill. If spend is flat, drivers are known, and one engineer can already say why last month jumped, you may be fine for now — keep the walkthrough and the alerts, skip the theatre.
Do not buy a FinOps platform to paper over a shared account and missing tags. Fix the ownership first. Tools help later. And do not confuse this with a Terraform rebuild or a deploy-pipeline rescue: those are different problems. Here the question is simpler: can someone explain the invoice without guessing?
If cloud bill went up and nobody can say why, treat it as an ownership problem you can solve, not a personal failure. Name the account owner, tag what matters, and walk the top costs until the invoice has a story.
If you want that story on accounts you own, contact Eight Mile and say how much the bill moved and who can currently open the console.
If one person knows how to deploy it, you have a person, not a process. Fix ownership, access, and a path the team can run.
·
3 min read
AWS vs managed hosting for a small SaaS: when simple platforms fit, and when owned cloud, IAM and infra in git win.
·
3 min read
When you need Terraform (and when you don’t): honest triggers for IaC vs console, scripts, or managed PaaS.
·
3 min read
Quotes and invoices stuck in email fail as a system of record. Use one quote→job→invoice workflow with clear status instead.
·
3 min read
Field team software fails without offline-first: vans need capture, queue, and sync that works when signal dies.
·
3 min read
Multi-tenant SaaS mistakes that show up after launch: isolation, roles, files, billing, and when to stop and fix.
·
3 min read
Taking software in-house after a consultancy build: when to move, what must be true, and what a real handover includes.
·
3 min read
You don’t need a 40-page spec to start: what to bring instead, ruthless v1 must-haves, and how a first release gets priced.
·
3 min read
What “first working link in week two” actually means: a real URL for feedback, not a finished SaaS on day 14.
·
3 min read
Rescue a SaaS someone else built: when to take over an inherited product, stabilise vs rewrite, and own the accounts.
·
3 min read
Security audit checklist before you go live: access, secrets, backups, auth, deps, alerting, and when to bring in an auditor.
·
3 min read
Internal tools: buy SaaS or build on your data: when shelf seats win, and when custom on your stack is the real product.
·
3 min read
Customer portal vs email-and-Excel for trades / clinics / field teams: when a login beats chaser calls and wrong quote versions.
·
3 min read
When spreadsheets stop being enough for ops: breaking signs, what a proper system is, and how to replace the sheet without a scary IT project.
·
3 min read
Who owns the code when you hire a London software consultancy? You should: repos, cloud, domain and data from day one.
·
3 min read
Fixed-price software vs agency retainers: cost certainty and a finish line versus monthly capacity, and which fits your build.
·
3 min read
Do I need a technical co-founder or a development partner? Equity leadership vs a paid partner who ships and leaves you the IP.
·
3 min read
Build a SaaS in 6 weeks: when a focused MVP is realistic, what you need before week one, and how Eight Mile ships it.
·
3 min read
How infrastructure as code with AWS CDK improves delivery, governance, scalability, and long-term cloud maintainability.
·
7 min read
Learn how AWS Lambda functions reduce infrastructure overhead, automate workflows, and help businesses launch scalable digital services faster.
·
9 min read