Aimone Advisory Book a call
← All work
The blueprint

What you get with every build

Every client system follows the same pattern, so you own it and someone else could take it over.

What you get

You own it

Your system runs in an account named for you, not in my shared platform. The code, the data and the account can be handed to you or to someone else at any time.

It's safe by default

A spending cap, error alarms and a record of every change are built in from the first day. Data stays in US regions, and nothing sensitive sits in code or email.

It’s documented

Runbooks, restore steps and a written map of the system ship with every build, so nothing lives only in my head.

AI with a hand on the brake

AI reads, summarizes and suggests. Rules handle anything that has to be exact, and a person approves anything that matters.

How it fits together

All environments sit under one AWS Organization for billing and policy, but each client gets its own account. Nothing is shared between clients except reusable code.

How client environments are organized on AWSAWS ORGANIZATION · ONE BILL, SEPARATE ACCOUNTSINTERNALCLIENTS · ONE ACCOUNT EACH1234Managementbilling + policy onlyGuardrail policiesUS regions onlySingle sign-onno shared passwordsAimone internalthis site, demosShared modulesTerraform +CloudFormationSave the Queen Cityprod + sandboxMortgage brokerFundrailNext clientsame patternIn every accountbudget cap, alarms,audit trail

Colors follow AWS service categories; grey is outside the account; dashed lines are background paths. Swipe the diagram sideways.

Step by step
  1. Organization-wide guardrail policies apply to every account, including my own: US regions only, with narrow, deliberate exceptions.
  2. Each client gets a separate account, named for the client, under the Clients group.
  3. The same tested modules build each environment, usually a production stack plus a sandbox.
  4. Access is by single sign-on with personal identities. There are no shared root passwords.

Technical details

For your IT person: components, trade-offs and security. Open any section.

The standard kit
LayerServiceWhat it does here
AccountsAWS OrganizationsA management account for billing and policy only. Internal and client accounts sit in separate groups.
GuardrailsService control policiesA US-regions-only pin with explicit, reviewed exceptions, such as US-only AI inference.
AccessIAM Identity CenterPersonal sign-ins with short-lived credentials, instead of long-lived keys on laptops.
WebS3 + CloudFront + ACMPrivate buckets behind a CDN, TLS 1.2+, security headers and edge functions for routing and gating.
ComputeLambda (function URLs)Small single-purpose functions, each with its own least-privilege role.
FlowSQS, EventBridgeQueues between intake and processing, dead-letter queues for failures, and schedules for routines.
AIBedrock, or the client’s own AI toolsStructured extraction with version-controlled prompts, plus deterministic rules for anything that must be exact.
Safety netCloudWatch, SNS, Budgets, CloudTrailAlarms on errors, a monthly spending cap, an audit log, and alerts to business channels only.
CodeTerraform / CloudFormationEvery environment rebuilt from code, a sandbox before production, and backups taken before every change.
Principles
Boring where it can beMainstream services and plain files first. Anything clever has to earn its place.
Deterministic before AIIf a rule can decide it, a rule does. AI handles the language, and people handle the judgment. See deterministic vs. non-deterministic tools.
Quiet unless brokenMonitoring alerts only when something needs a person.
Handover-readyRunbooks, restore steps and a written map of the system ship with every build.

Want this pattern under your business?

Book a free 30-minute fit call. I’ll sketch what your environment would look like and what it would cost to run.

More write-ups