Four services.
One specialist.
All four engagements are based on real work done in real production environments — not frameworks from a textbook.
Your AWS bill is telling you something. Do you know what?
Most AWS bills are opaque by default. Services nobody owns still running, reserved capacity sitting idle, data transfer costs accumulating quietly, Lambda functions provisioned for peaks that never arrive. The spend is real. The visibility isn't.
A SIG Optimal cost audit gives you a clear, line-by-line breakdown of your AWS spend with context against every significant item — waste identified, anomalies flagged, and a prioritised list of what to do about it. Evidence for decisions, not a report for the shelf.
- Full service-by-service spend breakdown with owner attribution
- Waste and idle resource identification
- Data transfer and networking cost analysis
- Rightsizing recommendations for compute and databases
- Prioritised savings opportunities with estimated impact
- Written report suitable for internal stakeholders
Knowing the problem and fixing it are two different things.
Following an audit — or when you already know roughly where the inefficiencies are — we work through the implementation of actual savings. Rightsizing instances, Savings Plans, Lambda concurrency, consolidating services, retiring what's no longer earning its keep.
The 40% cost reduction we delivered for a UK SaaS platform came from this kind of methodical work — staged, validated, and documented so nothing breaks in production and your team understands every change made.
- Implementation of audit recommendations or agreed scope
- Reserved Instance and Savings Plan analysis and purchase guidance
- Lambda, ECS, and EC2 rightsizing and concurrency tuning
- S3 storage class optimisation and lifecycle policies
- Staged rollout with validation checkpoints
- Before/after cost comparison report
If your DR plan has never been tested, you don't have one.
Most DR plans describe what should happen. They don't account for the IAM permission that doesn't exist, the snapshot that wasn't configured, or the runbook nobody can find at 2am when something is actually down.
We design disaster recovery architectures and runbooks grounded in how AWS actually behaves under failure — RTO/RPO targets, multi-region failover, backup strategy, and on-call runbooks written for the person dealing with the incident, not a steering committee.
- Current-state DR gap assessment
- RTO and RPO target definition aligned to business requirements
- Architecture recommendations for backup and failover
- Runbooks for the most likely failure scenarios
- DR test plan and optional facilitation of tabletop exercise
- Documentation suitable for auditors and investors
The account is inaccessible. The clock is running. We've done this.
When a company enters administration, its AWS infrastructure doesn't pause. Billing continues. Data sits in accounts that may be locked, unpaid, or inaccessible. The people who knew the credentials are gone. Every day of delay risks data loss, account suspension, or permanent loss of access.
We have executed this in a live insolvency engagement — contracted directly by an insolvency practitioner to recover access to a distressed AWS estate, assess what existed, and rebuild operational infrastructure within two months. We understand the legal context, the time constraints, and the technical steps required to secure assets without creating new complications.
If you are an insolvency practitioner with a cloud infrastructure problem, contact us before the account goes dark.
- Emergency AWS account access assessment and recovery
- Full inventory of cloud assets, services, and associated costs
- Billing stabilisation and suspension prevention
- Data preservation and secure access handover
- Infrastructure assessment report for the estate
- Rebuild or wind-down execution depending on outcome required
- Written documentation suitable for legal and creditor proceedings
Not sure which service fits?
Describe the situation and I'll tell you how I can help — or whether I can't.