We build, harden and recover critical infrastructure.
Hardening, automation and recovery, for multi-cloud fleets and for high-volume
communication platforms. One engineer named in the contract, a network of independent practitioners brought
in when the work requires it, and the documentation that lets you take it back over.
We work at the operational layer: the one where enterprise platform rollouts succeed or
stall. Multi-tenant provisioning, DNS and sender authentication
architecture, deliverability engineering, identity federation, group-scale migrations.
The work changes, the layer does not. We are brought in on systems nobody has mapped yet.
The method does not change.
01 · Practice areas
What we do
Four domains, one engineering discipline applied across all of them.
Communications & Deliverability
When one sender reputation carries every brand in the group, separating it without breaking it is an architecture problem, not a settings problem.
Account and subaccount architecture for multi-brand groups
Domain authentication (SPF, DKIM, DMARC) and sender reputation management
Dedicated IP allocation and warm-up strategy
Deliverability engineering, suppression list automation, bounce handling
Platform migrations and post-M&A carve-out scenarios
Cybersecurity
Policy says what should be true. The estate says what is. We work on the gap, at fleet scale and measurably.
System hardening against CIS Benchmarks at fleet scale
Vulnerability management and automated remediation
Identity and access management, PAM, privileged account governance
Audit readiness against ISO 27001, ANSSI and BSI frameworks
Cloud & Infrastructure Engineering
Anything done by hand is not reproducible, and anything not reproducible cannot be restored. We put the estate into code before we touch it.
Multi-cloud fleet automation and configuration management
Infrastructure-as-code and GitOps industrialisation
Large-scale migrations and datacenter decommissioning
High availability, capacity planning, disaster recovery
Applied AI & Agents
Enterprise AI rollouts rarely fail on the model. They fail on identity lifecycle, on agents holding more privilege than any human would be granted, and on a bill nobody owns.
Enterprise rollout of generative AI platforms with SSO and SCIM lifecycle
Agent design and deployment for IT and business process automation
Model Context Protocol servers exposing internal tools under least-privilege access
Cost governance, usage quotas, adoption reporting
02 · Client profile
Where we engage
We engage where communications infrastructure meets security and compliance requirements:
retail, financial services and defense environments where resilience, access control and
auditability matter as much as deliverability.
Our sweet spot is group structures running email at scale across multiple subsidiaries,
where a single misconfigured sender has business-wide consequences. We are usually
sponsored by IT Directors, Heads of Infrastructure or CISOs, and work hand in hand with
marketing and CRM teams, from suppression list automation and bounce handling to campaign
infrastructure, so that deliverability holds on both sides.
03 · Approach
How we work
01
The engineer is named in the contract.
Whoever scopes the work delivers it. No substitution without your written approval.
02
Infrastructure discipline applied to every domain.
Automation, version control and reproducibility, including on platforms usually configured by hand.
03
Knowledge transfer by default.
Documentation and runbooks are deliverables, not afterthoughts.
Beyond the named engineer, we bring in selected independent practitioners where the work requires it. Named and approved with you before anyone starts.
04 · Engagement patterns
Patterns
Situations we are repeatedly called in on, described by pattern and order of magnitude.
Splitting a shared sending platform without losing the reputation it took years to build
Sender infrastructure
A group grows by acquisition, or a subsidiary finally wants its own brand. Everything still
ships from one account, one reputation, one pool of IPs, sometimes hundreds of millions of
messages per month. Split it carelessly and every entity inherits the others' complaint
history: password resets, order confirmations and invoices start landing in spam the week after
cutover, and nobody can prove why. We map what actually sends before touching anything, then
sequence the separation so reputation transfers instead of resetting.
Moving an estate that is too large to move by hand
Estate migration
Thousands of hosts, a datacentre contract with an end date, and an inventory nobody fully
trusts. The migration itself is rarely the risk. The risk is the long tail: the few percent of
machines nobody can identify, the dependencies that only surface at cutover, and the legacy
environment that stays alive two more years because decommissioning was never anyone's
objective. We treat the estate as code before we treat it as a migration: inventory reconciled
against reality, configuration under version control, deployment automated, and high
availability tested across on-premise, AWS and GCP.
Standing up a full security stack inside an isolated environment
Security integration
A high-assurance environment borrows nothing from the internet: no update feed, no cloud
console, no vendor telemetry. Every control has to be installed, configured and proven offline,
and the audit trail has to survive the isolation. We deploy the stack as code: host and network
intrusion detection, XDR/EDR, centralised identity, mandatory access control, log
centralisation. All of it aligned with ANSSI and BSI, and reproducible
without a network.
Getting a communications platform back after it has been deleted
Recovery
An expired card, a billing dispute, a closed account, and the production configuration is gone
with it. Every hour costs transactional mail your customers are actively waiting for. You cannot
simply recreate what was there: new IPs carry no reputation, authentication has to be re-proven
to every receiver, and a rushed rebuild can cost more deliverability than the outage did. We
reconstruct configuration from whatever survived (archives, exports, DNS history, message
headers) and restore in the order that protects reputation. Back within a weekend.
Taking over a platform nobody is willing to change
Platform recovery
It was configured by hand, by someone who has left, and it works. So nothing gets touched,
upgrades are deferred, and one person's memory is the disaster recovery plan. We reverse the
configuration into code, put it under version control, prove the rebuild in a throwaway
environment, and hand back a system your team is allowed to change again.
We do not publish client names. The situations are real and so are the orders of magnitude. Named references available under NDA.
05 · Technology
Working set
Platforms and tooling used in production engagements.
Cloud platforms
AWS
Microsoft Azure
Google Cloud
OpenStack
Systems & orchestration
Red Hat
Windows Server
Kubernetes
Terraform
Automation, identity & AI
Ansible
Okta
SendGrid
Anthropic
06 · Contact
Discuss a project
Scoping conversations are with the engineer who would do the work.